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CO (54) Title: A CONTENT MANAGEMENT COMPUTER SYSTEM FOR MANAGING PUBLISHING CONTENT OBJECTS 

g {57) Abstract: A content management system for news publishers providing a comprehensive ^content focused 11 news publishing 
solution is disclosed. The system is capable of integrating publishing contents management tasks such as planning, creating, bud- 
O gating, organising, retrieving, storing, searching, tracking and distributing contents through diverse news media such as newspapers, 
J^. magazines and electronic news media. The budgeting of content for publishing is a dynamic budgeting which enables a subset of 
the content objects on a given layout budget to be selected for publishing automatically according to a given set of conditions. 
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CONTENT OB JECTS 
FIELD OF THE INVENTION 

The present invention relates to a content management system for news pubiishers. The 
system provides a comprehensive "content focused" neWss publishing solution; The 
system is capable of integrating publishing: contents management tasks such as planning, 
creating, budgeting, organising, retrieving, storing, searching; tracking and distributing 
1 0 coiiteriti Wrbugh diverse hews media such as newspapers, magazines Md electronic 
news nif$^ publishing is a dynamic budgeting which 

enable^ ^ pubset of th^ qpntent objects on a given layout budget to be selected for 
publishing automatically according to a set of cdnditibrts. 

15 The present content management system is capable of providing significant cost and time 
efficiencies in managing large numbers of complex tasks that characterise editorial 
environments in the news publishing industry. 

BACKGROUND OF THE INVENTION 

20 

Content management systems have traditionally been based on computer systems and 
programs adapted to solely manage contents that already exist, such systems commonly 
being referred to as asset management systems. These asset management systems are 
capable of managing and providing long-term archival of large number of documents and 
25 various content objects and the systems are typically used by e.g. advertisement 

agencies or large enterprises. Also, systems for management of contents including the 
tasks of planning, creating and organising contents for electronic publication e.g. on the 
Internet have been on the market. 

30 Publication management systems are known from the prior art, such as WO 94/08310, 
which relates to a publication system for co-ordinating access to publication data and 
related information on a network of computers. The systems is suitable for planning and 
performing the creation of content for publication based on the layout of the planned 
publication, i.e. a new item of content is typically assigned a position and a size in the 

35 publication upon creation. Content items may be created without such budgeting, but the 
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: budgeting of use of :tbe,:eantent item: fnay-^niy^be petfwm$&ty m^^^mMi m^mm^ 
assignment of position and size in the publication upon creation. Thus, th^i^ 
use of the content items is static in the sense that cd^pitirhs are either oh a budget 
with a wail^efined position; and size or the content item M off the budget; v 
5 ' : 

Hov#p|stich prior |(||||hi managem^n|systems W§ Hot been a bte ici llfiport the 
large number of diverse tasks required to manage news contents targeted for publication 
in printed news products such as newspapers, weeklies; magazines, eta and also support 
the rapidly evolving electronic news media. The type of management tasks supported by 

10 the*se asset management systems will be insufficient to requirements of the; hews 
publishing, primarily^ due tp the dynamic process involved in planning, creating and 
organising news contents for one or several news publishing products, such as 
newspapers, magazines, radio programs, online products etc. Furthermore- most news 
orgahi$citions publish; not only a single printed newspaper and its various zones, but also 

15 a number of niche and other printed publications. 

Many of the larger pufef||^rs are also involved in broadcasting of radio and TV news and 
participation in partnerships with a number of other newspapers, either in the same group 
or through syndication, wire services and other partnerships; This trend towards 
20 diversification is largely driven by an increasingly fierce competition (particularly for 
advertising revenue) from non-traditional sources, which forces newspapers to think in 
new products and new media. : : : 

Consequently, news pyblishfrs are increasingly focused drt creating, managing, 
25 promoting and distributing publishing contents through diverse channels* and less focu&sd 
on u ]ysf producing a nevyspaper or a magaifne. in order: for their content g^h^ring and 
creation to become as efficient and competitive as possible, these news publishers want 
to implement a "content focused" newsroom, A such "content focused" hewsrobm should 
be capable of providing high levels of contents sharing between different news products, 
30 e.g. a newspaper product and a World Wide Web product, and between disparate 
. newsrooms. These news publishers also want the capability of promoting their contents 
as broadly as possible through syndication and other channels in order to maximise the 
value of those contents. The present content management computer system is capable of 
supporting and assisting such a "content focused" environment by applying an aggressive 
35 database approach to deHver a collaborative content repository with publishing-specific 
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functionality. Furthermore, the present system is capable of being fully integrated with 
proven editorial, pagination and production systems or rnddufes available from the present 
applicant Such a fully integrated system can act as a single platform for all content 
related activities within the editorial environment, 

■ 5 ; . :: 

Wm SUMMARY OF THE llSlVifsfTION \ 

It is an object of the invention to provide a content management computer system that 
may function as a full-fledged repository for managing all sorts of publishing contents in a 

10 single database, or across distributed databases, with dedicated features for planning^ 
creating, budgeting, organising, retrieving, archiving, searching and tracking content in a 
shared editorial environment of a news publisher and various associated alliance 

-:: : :: : ::-::::p$rtners v in which the budgeting of content for publishing is a dynamic budgeting that 
enables a subset of the content objects on a given layout budget to be i|i^ted for 

1 5 publishing automatically according to M §et of ccmdtttohsr 

It Es another object of the invention to provide a content management computer system 
> which te*a$ed on one or several databases that stbre(s) th^ publishing ^h^hts as 

Publishing Content Objects (PCOs) with associated metadata fields desdribirig the 
20 obje^fei such as their purpose, their origination, their state, their type, their deadline etc. 



It is also an object of the invention to provide a content management computer system 
wherein a group of one or several of the PCOs with associated metadata fields may be 
grouped: Into a logical entity caHed an aislgi^stieht # sptii^ user may conveniently 
25 manage ^ database sptetti by managing the assignments instead (tf 

having to manage the- one or several PGOs of the assignment 

It is also an object of the invention to provide a content management computer system 
which is particularly well adapted to the requirements of newspaper and magazine 
30 publishers, but at the same time integrates the management of publishing contents 
targeted for other media, printed as well as electronic media. 

Finally, it also an object of the invention to provide a content management computer 
system capable of organising several assignments into at budget targeting a particular 
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publishing product by recording valid information into one or several metadata fields, 
thereby associating the assignment? with the relevant budget. 

One of the most impprtp^ objects of thf invention, t\psmm, is to control the rwhofe 
5 process ot managing publishing contents objects. In this regard, it is extremely valuable 
that the concept of an assignment can be established at the earliest stage, even when the 
PCO proper has not been created or stored, the assignment then, being created at the 
creation of the first m&adata: that will be related to the PGO 

10 Other objects of the present invention will be apparent from the following description. 

DESCRlPtiON OF THE INVENTION 

Thus, the present invention relates to a content management system for use in news 
15 media production, comprising: 

data storage roughs, data retrieval means and data processing means, 
a database system adapted to store publishing content objects (PCO) and 
metadata, 

a number of workstations, 
20 means to support users to perform at least all of the following management tasks 

from one of the workstations or several of the workstations in co-operation : 

• creating metadata and archiving the metadata in the database system, 

• pfenning of the creation of a PCO to be associated with metadata defined in the 
25 content hrianagernent system, .... 

• creating PCOs, . .. 

• archiving PCOs In the database system, 

• searching and retrieving PCOs from the database system, 

• associating metadata defined in the content management system with a PCO defined 
30 In the content management system, 

• budgeting metadata defined In the content management system by associating the 
metadata with one of a plurality of layout budgets being defined within the content 
management system, each layout budget having a target publishing product 
associated therewith, 



• -grading metadata defined in the content management system by associating one out 
of at least two grades with the metadata, the grades being predefined in the content 
management system, 

! 5 wherein the content management system further comprises means for executing a layout 
bU^^||| ^ the '^i||||jon the \ia^M &get ahlil; 

PCOs Associated therewith for publication of the PCOs in the target publishing product 
associated with the: budget, the selection being dependent on the grading of the 
metadata. 

In the present specification and claims, the term "database system" is to ; be understood as 
one or several co-operatirig databases. Since a database is basically a collection of data 
or information which has been organised for ease of search and retrieval, the database 
system may comprise a single database of a particular structure which may be controlled 

15 by a particular database program, such as an Oracle SQL database and program. The 
database system may also comprise several databases of similar or different structure 
and these databases may reside at the same or at different geographical locations. 
Accordingly, PCOs may be addressed, stored and retrieved from a remote database or 
databases forming part of the database system independent of whether the remote 

20 database(s) has the same structure as a "local" or native database typically located at ' 
news publisher's residence stored. This capability of transparently storing and retrieving 
PCOs independent of database structures and locations is a major advantage of the 
present invention, since users of the present content management system may manage 
any P<$& in a straight-lbrward manner. Furthermore, systehi users may ilso include th<s? 

25 PCOs in assignments, projects, associations and budgets as well as performing various 
other tasks required to organise and monitor the workflow related to creating lind 
publishing a number of diverse news publishing products. 

It is presently preferred to implement the computer system as a client/server relational 
30 database with data object facilities. The database program as wed as entered/created 
publishing content data may be stored in one or more hard-disc drives comprised within 
the server or server means and loaded Into RAM memory of the server means during 
program execution. 
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As an example, the database system may comprise one or several Oracle SQL 
databases running on a server or servers of the computer system, preferably an AIX or 

5 Database fields are related to the publication of the PCO in a particular; publishing 

product, and a set of fields which is meaningful in the context of a specific target product 
is, preferably, defined. As an example, metadata fields related to the section, zone, page : 
number and classification may only be relevant fields for newspaper and magazine 
products containing the PCO. For Internet publishing products containing the PCO, a 
10 relevant field may be a count value specifying a number of hits for wh is to be 

maintained or, alternatively, the publication start time and end time of the PCO. 
One r or several of the workstations in co-operation, is/are adapted and enabled to perform 
at least the above-mentioned management tasks which are defined below. 

1 5 In the present specification and claims, the term "PCO" designates each generic lump of 
"publishable" data such as a text, a photo or a graphic image. Substantially each PCO is 
associated with several metadata fields describing the object. These metadata may be 
arranged in several ways in the database and the data of one or several fields may be 
encapsulated together with their associated object. An assignment 

These PCOs are the objects that need to be created and managed in the content 
management system according to the present invention, regardless of their physical 
object structure and regardless of any other type of objects that an integrated or stand- 
alone production system may deal with. The term was chosen to distinguish such PCOs 
25 from any other database objects that may be stored in the database system without being 
subject to content management functionality. 

In the present specification and claims, the term "metadetC designates all types of data 
associated with data representing a PCO, Metadata can t>e interpreted as a "wapptng" 
30 around the PCO allowing system users such as editors, reporters and photographers to 
evaluate what is "inside the package" (Le, the content object), without having to actually 
open, study and "digest" the object. In the present database system, these metadata are 
preferably organised as a number of database fields associated with each PCO, each 
field may comprise information about a particular aspect or property of the associated 
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object such as author of the object, type of the object, status of object, deadlines for 
creatirig and publishing the object etc. 

Besides allowing content objects to be described for purposes of planning, organising, 
5 tracking: and retrieval within the editorial environment, ;rh&5data are also crucial in 

promoting the contents broadly through syndication and wire and even to end users - and 
heride bhe of the most important means for: increasing the value of content assets. 

In the:£resent specification and claims, the term "planning" PCOs designates the proces$ 
10 of entering into the datllpe system oris br several frilil: bf metadata associated with a 
PCO. These metadata fields may be entered or recprd|| latere or during the creation of 
the associated PCO. This feature is particularly valuable since it allows the editorial staff 
of a news publisher to plan and record important PGOs in connection with e.g. major 
news events such as sport games, holidays, celebrity birthdays, political or medical 
15 conferences etc. well in advance of the actual event- 
In the present specification and claims, the term ^reatihp PGOs designates the process 
of generating and storing PCOs in the database system. Por printed products such as 
newspaper products, the PCOs are often text files, e.g. Word files or similar word 
20 processing files, and/or picture files and/or graphic files created by the reporters, 
photographers, desktop publishing operators commonly employed in a newspaper 
editorial environment For online products targeted for e.g. Internet publication, these 
objects Could be HTML fifes, sound or vidfeb clips eta ^ • 

25 In the present specification and claims, the term "searching" the PCOs designates the 
task performed by the data processing means of the systerrt of reading and filtering or 
sorting the metadata fields associated with the PCOs for a particular target value or 
values. The relevant target value(s) or search criteria may be recorded into a search 
window by a user and a database request submitted for searching the database for the 

30 one or several PCOs that have associated metadata fields matching the requested target 
value. Since PCOs may be stored in one great big database pool, accessible by all users 
of the database system in all co-operating newsrooms (given proper access permissions, 
of course), the filtering process allows users to search for and see only the PCOs they 
need and/or want to see at a given time. 
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In the present specification and claims, the term "retrieving" the PCOs designates the task 
performed by a database program in relieving a PGOs llfgeted by alulef^nd optionally 
opening the PCO by an application program determined from the field value of the 
metadata; field specifying the type of the object 

5 I;;; . ^ . :.:y;^ 

The computer system used for storing and running the database system according to the 
invention may be any suitable conventional or proprietary computer system. Preferably, a 
client/server architecture is utilised for the above-mentioned individual elements of the 
computer system. This architecture reduces the load on the publishing: content database 

10 system; and guarantees a quick response time for the end users or operators. The client 
wdifli« personal olmputers (PCis| Irinihg a Windoii 'Mr operating 

n -' : ; system: ■ ■ 

in the present specification and claims, the term "budgeting" PCOs designates assisting 
the editorial filtering ihd selection process {the editors task of deciding which content to 

15 publish in a given neW6 publishing pr6dutt ^nd how th^ ijdhtent are ptey^d or presented 
in that product)- Accordingly, a budget can be viewed as a logical entity within the 
database system, the entity comprises a list of assignments, often related to hews stories 
(or other contents), f hiss entity is utilised by the editorial staff to keep track df available 
PCOs. Thereby, the bUdgetihg provides an interface between content management and 

20 production/space planning tasks that deal with configuration and layout of a hews 
pubiishing product. 

Edit&iW computer systems ourrenfty availabte.on the market for newspaper publishers 
\m Sithpfe Wti fifes te> &hiir t edit and stoM budgets, \Aritli established contentions for the 
25 laydiit W^dh entry. 

Most newspapers maintain a number of budgets for different purposes, specifically; 

Desk Budgets: These have traditionally served as a tool for each assignment editor in 
30 maintaining budgets of stories from his or her desk. We call these Desk or Origination 
Budgets. Often, separate budgets are maintained for "current* and "upcoming" 
assignments or stories. 

Layout Budgets: The news desk usually maintains budgets of assignments for each day's 
35 paper a week or two ahead. We call these Layout Budgets. These may be divided into 
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budgets for sections, section fronts, zoms and online products, A particularly important 
budget is A1 s listing those stories that are front page candidates. Assignments often start 
in desk budgets, and are later copied to layout budgets when an assignment editor , 
chooses to submit them for tomorrow's {or some other day) paper. Thus, the same 
• 5 assignments usually appear in their originating desk budget as well as a layout budget. 
; ; ; : For the present use of the term budgetings understood associating :the;metadata withlal I 
: ' layout budget. 

The content management system according to present invention has the ability to add rich 
10 metadata to the PCOs and, subsequently, browse these metadata in user defined list ' 
windows. These features provide very significant advantages for the editorial staff in its 
editorial budgeting : process. Once the metadata associated with budgeting are recorded 
and/or entered as fields on; the actual PCOs, the need to maintain budgets as text files W 
completely eliminated. Instead, budgets are simply generated by filtering the stored PeOs 
15 in the database for objects with specific field values. In particular, the concept of desk 
budgets is completely replaced by filtering in list windows for contents from a specific desk 
and, optionally, a given date Interval Herice, there is no requirement for a desk budget in 
an editorial environment operating in accordance with the workffow provided by the 
present content management system. 
20 ■ m : •• W'^-- ^^^^ ■ y ; - : • • 

Layout budgets are utilised as a toot for selecting and filtering contents to be included in a 
specific issue and edition of a news product, and for determining how and where to play 
those contents. Layout budgets form a topical partitioning of the product by dividing it into 
logical units - which may or may not reflect physical sections - and designating a budget 
25 name to each such unit By associating a story with a specific budget, it is submitted for 
approximate positioning within the news product, even though its exact position and 
layout ~ or indeed, whether it will be played at all - has not yet been determined. The 
subject of budgeting will be further discussed in more detail in the text describing a 
preferred embodiment of the invention. 

30 

The grading pf the metadata is preferably implemented by adding a grading to a specified 
data field of the metadata but may also be implemented as one or more separate lists of 
identified metadata. The grading Is importing in assisting the content management system 
in selecting the relevant subset for publishing from a layout budget The grading itself may 
35 be of a number of different forms but the selection process, which preferably is 
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effectuated automatically, ailfows for a dynamic use of the layout budget, which allows 
editors and other personnel to budget the use of a PGO, which may actuiJIy only be a 
planned PCO, on a budget where it MAYBE will be used for pubJishing and add a grading 
(or more gradings) to the PCO by means of its metadata so as to qualify this MAYBE, The 
• 5 grading may be t and will usually be, changed during the creation process of the PCQ. km 

One typer of grading; and more types may be used in the system according to the 
invention, is enabled in a management system, wherein the means for grading metadata 
comprises means for ranking metadata defined in the content management system by 
10 associating one out of a plurality of ranks with the metadata, the ranks being predefined in 
the conti^ the selection performed |y the executi^h pf a layout 

budget being dependent on the rank of the metadata on the given layout budget. 

The ranks may be of different types and it is preferred thllthe ranks have a mutual well- 
15 defined relationship, so that the mutual hierarchical relation of the ranks -is predefined in 
the content management system and the selection performed by the execution of a layout 
budget being dependent on the rank of the metadata on the given layout budget as well 
as on the hierarchical relation of the ranks, 

20 Another type is an on-off type of grading, so that the means for grading metadata 

comprises means for approving metadata defined in the content management system by 
switching an approvement state of the metadata between 'approved' and 'not approved* T 
the selection performed by execution oi a layout budget being dependent on the 
approvement state of the metadata on the given layout budget 

As an assistance for the selection process the content management system may further 
comprise means for associating a size with each PCO f the siie being indicative of the 
spatial or temporal extent of the PCO when appearing in a target publishing product, the 
selection performed by the execution of a layout budget being dependent on the size of 
30 the PCOs associated with the metadata on the layout budget as well as a predefined 
maximum total size of the layout budget in question. This function may be used in co- 
operation with one or more of the gradings discussed above. 

A "roll-over" to the layout budget of the next issue of the similar publication of the PCOs 
35 that have not been selected for publication may also be advantageous to include in the 
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system according to the invention. Such a content management system has means for 
executing a layout budget that comprises means for associating at Jeas| some of the 
metadata on the budget which are not selected with another I ayout budget for a target 
: publishing product, ;. . : 

\n0M^r t each laydiJtiudget mayilf | a pu biic^tf ^ri associai^| py^fewlth 
indicating the publication time and/or date of the target publishing prodOl: the layout • 
budget: and the means for executing a layout budget may comprise means for associating 
at least some of the metadata on the budget which are not selected with another layout 
10 budget for a target publishing product having a later publication time than the layout 
■ ' " budget being executed; ""• 

Further, the means for executing a layout budget may comprise means for applying an 
indication to the metadata that have been associated with another layout budget by the 
15 means for executing the layout budget 

The content management system is in most cases intended for use with a vast number of 
w^rkst^tiohs and it is preferred that at least one workstation user and pr^jfeirably the users 
of all workstations are provided with consolidated access to the database system with 
20 transparent access to and management of all PCOs in the database system in connection 
with any of the above management tasks irrespective of the storage location within the 
data base system of any particular PCO . 

The database system may in particular comprise several different databases, which may 
25 be physically or geographically disparate, and the consolidated access to the database 
system is provided through a single Graphical User interface irrespective of the storage 
location of any particular PCO. 

In order to manage the databases of the database system efficiently, it is furthermore 
30 preferred that each database of the several different databases comprises a searchable 
index file of the metadata associated with the PCOs stored in that database. Each 
database of the several different databases may also be adapted to store PCOs and 
metadata associated therewith for a particular enterprise or a branch of the enterprise and 
wherein the searchable index files are replicated into respective synchronised enterprise 
35 index fries, 
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the synchronised enterprise index fries supporting the consolidated access to the stored 
PCOs in the database system. 

5 The cogent management .system may; further comprise;:^ to support users from at 
least one workstation to perform the management task of tracking the status of PCOs. 

In the present specification and claims, the term "tracking" PCOs generally designates 
monitoring or keeping track of progress in creating already planned PCOs, Assignment 

1 0 editors or reporters can use the tracking functionality provided in the present content 
management system to monitor the status of the underlying content r i.e. whether the 
relevant PCO is only planned, is actually assigned to someone, is currently being edited, 
or released for publication. The present content management system may additionally be 
adapted to generate various actions responsive to a PCO reaching a certain 

15 predetermined state, e.g. a photographer who belongs to a certain assignment may be 
notified when an article belonging to the same assignment has been released for 
■ ' publication by an assigned reporter, ;: 

According to a preferred embodiment of the present invention, a Modification: Log 
20 metadf fi#d is provided in the database system. The Modification Log operates as a 
dynamic notes field where each entry is stamped with date/ time and user name. When 
editors and reporters edit an assignment or a PCO they can add comments Here a£ to 
what they were doing and why. 

25 Th^ content management system may further comprise means to suppM • 
perform from at teast one wprkstation th^ task of associating metadata 

defined In the content management system with one of a fjluralify of desk budgets being 
defined within the content management system. 

30 It Is preferred that the content management system further comprises means to support 
users from at least one workstation to perform the management task of organising PCOs 
into groupings. 

In the present specification and claims, the term "organising" PCOs generally designates 
35 a process of relating PCOs stored in the database system in meaningful ways, thereby 
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assisting the editorial the, production workflow. Relating the PCOs in meaningful ways 
may be implemented in various ways, the* PCOs may be grouped into projects. This 
grouping could be provided by creating in the database system dedicated metadata fie^sC 
for each PCO and recording in these fields a project identifier, thereby establishing a 
5 project or projects that any given PCO befongs to. Other methods for grouping PCOs are 
preferably also provided since the project method described may not meet all the 
requirements in a content management environment for news publishers; Specifically, the 
grouping of PCOs into projects requires that projects have to be created as separate 
■ : :^ ' entities; i ■ ; ;| : ' 

vtft^ \ • • =s=|=hj{?Eji= =| =i="i^ j ]Uim 

We may associate PCOs with each other for the sole purpose of creating: topical 
relationships, even between otyects that are not necessarily packaged into the same 
physical article. For the remainder of this specification, we shall refer to such relationships 
as Associations, because tHey may as^bci^te PCOs with l&ch other fof '% riuhiber of 
15 different purposes, such as: 

• Associating stories with photos or graphics ; 

Assignment editors anid reporters need to link existing photos or graphics to a story or 
create requests for photos or graphics to be created. In either case, the resulting 
20 photo{s) or graphic(s) should be associated with the story. Such associations can b£ 

■ -cMd-t^ 

• Associating related stories 

Otherwise unrelated stories {e.g. the stones do not already belong to the s^me project) 
25 can be associated if they touch on the same subject, cover different aspects of a story, 
cfuoitiEi the same people - or for whatever other reason editors and reporters see fit. 
Such associations rri^y - or may not -cause the stories to be packaged wH^n they are 
published, or they may be used to generate hyperlinks in online produbte. 

30 * Associating wires with stories 

When a wire is used in a story, an association could be created, allowing users looking 
at the story to see which wire was used and, even more importantly, allowing users 
looking at wires to see in which story a wired has been used. If multiple wires are used 
in a single story (such as for digests} they all belong to the same association. 
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According to a preferred embodiment of the invention, these requirements are addressed 
by allowing content objects to be members of one or several "families" or Associations of 
related Jbff ste* AssopM^nS could bi considered ad hoc projects, because; they are not 
required to have visible names and may be created on the fly whenever an editor or 
: 5 reporter recognises that objects are associated with each other. 

Associations may provide the present content managemifit i System with a number of 
important and powerful properties for management of news publishing contents such as: 

• The ability to easily create and update relationships between two or more PGOs. 
10 • The ability from any PCO to easily display all related objects. 

* The ability for each PCO to participate in any number of associations. 

In particular, the means for organising PCps into groupings may comprise 

means for defining projects in the content management system, each project 
15 having a unique identifier defined, 

means for including a PCO in a project by adding the unique identifier of the 
project to a specified field In metadata associated with the PCO, and 

means for filtering metadata stored in the database system and presenting an 
output of metadata and/or PCps associated therewith, which metadata in said specified 
20 field comprise a given unique identifier of a given project defined within the content 
management system. 

In order to include metadata that do not haye a PCO associated with it injl^ ^ defln^d 

project, it Js further preferred that the content managemeht system comprises 
25 means to suppprt u^ers from at te^st one workstation to perform the management 

task of including metadata in a project by adding the unique identifier of th« project to a 

specified field in said metadata, and 

means for filtering metadata stored in the database system and presenting an 

output of metadata, which metadata in said specified field comprise a given unique 
30 identifier of a given project defined within the content management system. 

An alternative or preferably additional type is organising of PCOs is obtained in a content 
management system according to the invention, wherein the means for organising PCOs 
into groupings comprises 
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means for defining associations in the content management system, each 
association having a datf list comprising unique identifiers of the metadata of the PCOs 
/ comprised within the association, . • 

means for including a PCO in an association by adding a unique identifier of the : • 
, 5 metadata associated with the given PCO to : the fist Of the given association, and 

means for presenting an output of metadata and/or PCOs associated therewith] § 
which metadata are included in a given association defined within the content: 
: ■ management system. 

10 The means for organising PCOs into groupings may likewise further comprise 

means for including metadata in an association by adding a unique: identifier of the 
metadata to the list of the given association, and 

means for presenting an output of metadata, which metadata are included in a 
given association defined within the content management system. 

15 

A much preferred method of managing PCOs is obtained with a content management 
system wherein the database system comprises means for generating arid storing 
assignment metadata and for associating the assignment metadata with one or several 
related FCO(s) to thereby create an assignment, the assignment being a logical entity 

20 which can be stored and managed in the database system by a workstation user. Thus, 
the assignment may be managed as the metadata and the PCOs associated therewith 
and/or as metadata as described above. In particular the means for generating the 
assjghrtieht metadata may fee adapted id pnerate at lelst a part of the assignment 
metadata through inheritance of the metadata associated with the one or several related 

25 PCO(s). The means for creating the assignment may further support the creation of the 
assignment irrespective of whether or not the one or several related PCd(is) has/have yet 
been created or stored in the database system. 

In this connection, it is especially important that the means for creating the assignment 
30 enable the creation of the assignment even when only metadata is stored in the database 
system, irrespective of whether the PCO has yet been created or stored. As mentioned 
above, this makes it possible to handle the process of managing PCOs right through the 
whole process, even from before the PCO proper has been created or stored. 

35 Preferably, the assignment metadata contain at least information relating to: 
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a description of the assignment 
an origination of the assignment 
a type of the assignment 
a status of the assignment 

at li|^t one targ6t|ui»^hing produ||pf the assignmint,! 

and optionally information relating to access control; 

10 Furthermore, the assignment metadata may contain information relating to the description 
of the assignment comprise at least one of the following types of information: 

: ' : • ■ a slug ' •• : 

• key^rds describing the assignment 
15 • an abstract of the assignment 

• notes about the assignment 

• a modification tog of the assignment. 

further, the assignment metadata may contain information relating to the origination of 
20 the assignment comprising at least one of the following types of information: ' 

• an originating newsroom of the assignment 

• an originating desk of the assignment 

• an assignment editor of the assignment 
25 • an author of the assignment. 

The data base system may according to a preferred embodiment of the present invention 
be adapted to filter those assignment metadata which comprise Information reiating to the 
origination of the assignment for a specific type of information and to display a result of 

30 the filtering on a workstation screen, thereby providing the content management system 
with a mechanism that supports display of any type of desk budget to any editor through 
appropriate selection of the specific type of information on which to filter the stored 
assignments on ; The specific type of information may e.g. be the information relating to 
the originating desk of the PCO, thereby enabling any editor to select and display any 

35 specific Desk budget of the stored assignments. 
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The assignment metadata may further contain informatics gating to th^ a? i^st one 
target pubHshing prpiuct comprise at leg^t one of the f ot lovving product links: 

5 • an edition of the at least one target publishing product 

• a logical or physical storage address in a computer system of the at least one target 
publishing product 

■ . » ; ' a zone of the at least one target publishing product fl 

• a physical section placement in the at least one target publishing product 
10 • a physical page placement in the target publishing product 

• a publication date ahd/dr time of the at least one target publishing product 

• a deadline for at least one target publishing product 

• a layout budget of the assignment 

• budgeted size of the assignment 
15 • a ranking of the assignment. 

The database system may in particular be adapted to filter the product links for a specific 
type of product finks and to display a result of the filtering on a workstation screen, 
thereby providing the content management system with a mechanism that supports 
20 display of any type of layout budget to any editor by appropriate filtering of the product 
links. 

The database system may further be adapted to store a plurality of product links and 
further adapted to automatically add an assignment to a layout budget of the at least one 

25 target publishing product by recording valid information into a predetermined number of 
product links of the plurality of product links, In particular, the information in a name 
product link of the predetermined number of product links rriay constitute a valid name of 
the layout budget, and the database system being adapted to remove the assignment 
from the named layout budget if a different layout budget name is entered into the name 

30 product link or if the name product link is cieared. 



An assignment may automatically be added to a layout budget of a printed target 
publishing product by recording valid information into a first predetermined number of 
product links and, further added to a layout budget of an electronic target publishing 
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ltokR ; ^ ::::: ' :; ^ ; ; :: ' ■ : : ]' ' ■ ; - : - . .-. 

The assignment metadata contain in a further preferred embodiment information relating 
5 to assignment management, the assignment management information comprising at least 
one of the following types of information: 

• an address and/or name of a geographical location of a news event related to the 
assignment 

10 • identity of persons employed by a news publisher that are supposed to attend the 
news event 

• start time and date and/or end time and date and/or duration of the news event 

• contacts at the news event 

• appointments at the news event 
15 • Jinks to researching 

• intellectual property rights to a PCO or PCOs associated with the assignment. 

The assignment metadata may be adapted to contain a! least one of the following types of 
information relating to access control: 

20 

• rufes concerning who is allowed access to any data revealing the existence of an 
assignment . 

• rules concerning who is allowed access to the assignment 

• rules relating to when and/or under which conditions access as under the two above - 

The metadata associated with the PCOs may be stored by a plurality of database fields, 
so that substantially each PCO stored in the database system has a number of associated 
metadata fields that stores the metadata of the PCO. Likewise may the metadata 
30 associated with the assignments be stored by a plurality of database fields, substantially 
each assignment having a number of associated assignment metadata fields that stores 
the metadata of the assignment. 

The database system may comprise means enabling a system administrator to define one 
35 or several additional assignment metadata fields or to define one or several additional 



19 



PCO metadata fields, thereby allowing customised: information to be added to the 
assignment pr PCO metadata of the database system, F?^ alt 
assignment metadata fields are definable by a system administrator. 

: 5 In order to ensure the flexibility of the system in the fast developing news communication 
world, it is preferred that the system comprises means enabling a system administrator to 
define one or several metadata fields so as to allow customised information to be added. 
Indeed, the system could be supplied as a structured system in which substantially all 
metadata fields are definable by a system administrator, thus permitting maximum 
10 adaptability to a given purpose or environment. 

At least some of the types of assignments stored in the database system may be 
associated with particular icons, thereby allowing a user to identify the type of an 
assignment by a visual appearance of its icon on a workstation screen. 

15 ;'/:•= 

The assignment metadata containing {formation related to the status bfihfe yssigrimfcnts 
and/or metadata containing information related to the status of the PCOs may be logged 
during a workflow of a itews media prdduiitidn by mearte of logging meahl o( the content 
management system, The database system may be adapted to store and apply workflow 
20 automation rules to the logged assignment metadata containing information related to iHe 
status of the assignments and/or the metadata cohtaihihg information related to the status 
of the publishing content objets. In particular, the workflow automation rules may be used 
for 

25 - triggering workflow events or ad hoc booked events when an assigiftm^f a PCO 
associated with the assignment, reaches a certain status, and/or 

- generating deadlines when an assignment, or a PCO associated with the assignment, 
reaches a certain status, and/or 

- checking the plausibility of the correctness of assignment metadata or data pertaining 
30 to an a PCO, and/or 

- enabling restoration of the status of an assignment or a PCO associated with the 
assignment. 
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The triggering of the workflow events or the act hoc booked events may generate a 
notification message to-one or several workstation users in accordance with the stored 
: ■ ; automation rules. : ■ ; , • , 

5 Alternatively, the triggering of the workflow; events or the ad hoc bookeci Ivints may 
initiate a routing of the assignment, or a publishing content object associated with the 
' ■ : assighMiht, betweeh^orkstati users. 

The workflow automation rules may in ail cases comprise automation rules that are 
10 related to a particular type of assignments or a particular type of publishing content 




The PCOs may comprise contents of types used in news media selected from the group 
consisting of; daily or weekly newspapers, magazines, TV and radio stations, Internet 
15 sites and other electronic news media. 

Further, the production of media output incorporating the PCOs may be enabled by a 
production system integrated with the database system Preferably is at least a part of the 
metadata of the database system accessible by the production system. Additionally or 
20 alternatively may the database system be adapted to store at least some production data 
generated by the production system in the content management database system as 
metadata. 

Finally, the content management system may further comprise means {o support users 
25 from at least one workstation to perform the management task of filtering metadata stored 
in the database system and present an output of metadata and/or PCOs associated 
therewith, which metadata each in a given set of data fields, the set comprising at least 
one data field, comprise a given set of data, 

30 In the present specification and claims, the term "archiving" PCOs designates 

permanently storing the PCOs in the database system in a manner that allows particular 
PCOs to be retrieved on demand for later use or re-use. The PCOs may be archived after 
having been published in one or several news products. However, the available physical 
or virtual (for electronic media) layout budget for any particular partition of a news 

35 products is usually less than the amount of available publishing contents created by 
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reporters and editorial staff, the superfluous publishing contents may be -archived for later 
use. The database system may be adapted: to autorn^ tesk based on ; 

certain predetermined rules, and criteria or users of the system may select publishing > m + 
contents to archive manually. 

5 

; t|||||s media Imif || presently li||(4afit exam||||:;|^ seiected §§| % group ) 
consisting of: newspapers, magazines, weeklies, electronic newspapers,: electronic 
magazines, news streamers, running message displays, news-banners, TV, data carriers 
sueti as CD-ROMs, DVD discs, magnetic discs, DAT tapes, videos, radio, stationary; 
10 telephones, mobile (cellular) telephones, teletext, public networks, including the Internet, 
inserts, onserts, and posters. Accordingly, the present system may be capable of 
managing a news publisher's publication content retating to any of these printed or 
electronic media or a^y ciombination thereof, ^^^^'^ ^ 1 ; 

15 A number of further Interesting and preferred embodiments of the invention appear from 
the claims and will also be understood from the below discussion of particular 
embodiments of the system. 

" : " DESCRIPTION OF THE BOWINGS 

20 ; ^ ^tT*i t?'.! 

A preferred embodiment of a content management computer system for news publishers 
is illustrated in the drawings, wherein 

Fig. 1 of the drawings illustrates a PCO (PCO) and several associated metadata fielcte 
25 describing the object according to the present invention; 

Fig, 2 of the drawing is an exemplary illustration of the PCO (PCO) and its five associated 
metadata fields comprising information relating to: an identity of the object in the form of a 
short name or slug, an origination, a type, a status and a target publi^hirip prp^ucn, 
30 respectively. It will be understood that in most embodiments, a number of additional 
metadata fields are further associated with each PCO stored in the database system. 

Fig. 3 of the drawings is an exemplary illustration of a table entity comprising four tables, 
an Assignment table, a Product link table, a Project mapping table, and an Association 
35 mapping table. This table entity is implemented within the database system in one 
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embodiment of a content management system according to the Invention to: provide a 
data structure that allows PCOs and their associated metadata to be stored in a manner 
which allows management tasks according to the invention to be performed on the PCOs. 
Accordingly, this table entity may provide a single "entry point" to ali existing assignments; 
■ ; ; 5 : ■ pi^ecte; ; associations; budgets etc, , ; thereby;; supporting system users in peferming : ; • 
required management tasks on the PCOfe during any production workflow of a news 
publishing product. The simple and exemplary Assignment table defines three; 
assignments^ each having a unique assignment identifier, 001 , 002 and 003, respectively 
and corresponding slugs HOTELFIRE, HOTELRRE and HOMERUN. Each of the 
10 assignments is related to a corresponding story covering a particular news event or • 
certain aspects of the hews event. : 

Each of the assignments in the Assignment table has five metadata fields holding 
information describing the PCOs associated with the assignment. Furthermore, the 

15 Product linK table comprises ten additional metadata fields for each of the assignments 
001 and 003, These ten metadata fields store information about or relating to a target 
publishing product in which the associated PCO is planned for publication. The type of 
fields selected for the illustrated Product link table could be relevant for publication of a 
PCO in a newspaper product, e.g. a newspaper name (Morning Star), a publication date, 

20 an edition, a zone, a budget, a page placement. The Budget fields of the Product link 
table also illustrate how assignments may be put on budgets and the budget information 
subsequently stored in the database system, Since any assignment may exist on several 
budgets and any particular budget typically comprises several different assignments, the 
" Product link table is utilised by the content management system to keep track of 

25 relationships between budgets and assignments. 

In the Assignment table, the Assign JD metadata field of the first assignment stores a 
unique ID number, 001, of the assignment, the second field stores a short descriptive 
name or slug, HOTELFIRE, of the assignment The third field, the Origination field, stores 

30 information about the person and/or desk responsible for creating the assignment, in thfs 
example a name of e.g. an assignment editor or reporter. The fourth field stores 
information about the data type of the PCO associated with the assignment and the fifth 
field stores information relating to the current status of the PCO on a suitable pre- 
determined scale, e.g. planned, in progress, completed, released etc. as illustrated. The 

35 sixth column does not represent a set of metadata fields, but represents the stored PCOs. 



Each of the fields in this column may directly store a generic lump of ^#ifehable w data or 
data entity representing the PCO of the assignment. Alternatively, this field; may store a 
data pointer to the data representing the PCO, thereby redirecting the system to access a 
' : relevant:; Storage address:; ; 

5 ; : [ MMV: ' : '..n-MWi [ : . : ; : : ■ ■ : '■■ 

The Pr|ject mapping table illustrates ;hpyy the present content management system niair 
utilise the unique assignment identifier provided for each assignment in the Assignment 
table to organise a number of related assignments into projects. A project typically covers 
a larger news event or subject that may generate many rioted assignments. The project 
1 0 KOSOVO shown here, merely provides an illustrative example of the potential number of 
assignments that a Project mapping mm must be afcte M handle. 

The Association mapping table illustrates How the present content management system 
may utilise the unique assignment identifier provided for each assignment to group 

i 5 assignments into associations. These association may be introduced either to keep track 
of multiple related assignments while covering a single hews event, or for the sole 
purpose of creating topical relationships between otherwise unrelated assignments/ Each 
association comprises two or more assignment which in the present embodiment of the 
invention are identified as members of an association by means of their unique ID 

20 numbers. Each assignment that participates in an association is further provided with an 
Association Category metadata field which holds information about the role of the 
assignment in the association. Any assignment may participate in several associations, as 
illustrated for Assign JD 001 in the Association table. 001 is the main story of association 
A1 and ic^rticipates in assignment A3 because it is topically related to the main story of 

25 association A3. 

Fig. 4 of the drawings is an exemplary illustration of an alternative table entity which in 
another embodiment of the Invention may replace the functionality provided by the 
Assignment table of Fig. 3. The table entity of Fig. 4 comprises two tables, ^n Assignment 

30 table and a PCO encapsulation table. The PCO data field in the original Assignment table 
of Fig 3 is replaced with several fields in the PCO encapsulation table, thereby providing 
additional information about the format and storage of the actual PCO data, and at the 
same time keeping this information separate from metadata stored in the Assignment 
table. The additional information shown in this exemplary embodiment of the PCO 

35 encapsulation table are such data as might be required to hold PCO data of any format, 
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and stored either internally within the database itself or in an externa! database or file 
system file. By utilising the unique assignment ID as a PCO encapsulation table entry 
,.f^jmy^ with sn-s^gr^^ 

format or physical storage location of the actual PCO data. 

This embodiment has the advantage of effectively encapsulating PCOs of different 
formats; and stored! either internally or externally, thereby allowing such diverse types of 
PCOs to be accessed uniformly through the unique assignment ID. It further has the 
advantage of allowing multiple PCOs to be associated with the same assignment 
10 metadata simply by allowing multiple PCOs to be listed in the PCO encapsulation table 
with the same assignment ID in the Assign J D field. This effectively addresses the 
requirement for certain assignments to spawn multiple PCOs, that all share the same 
assignment metadata. 

15 The Storage Type field in the second column of the PCO encapsulation table holds, for 
each PCO, information about the physical location of the relevant PCO (internal or 
external) as well as a classification of its type of storage (database, file, COM-object, etc). 
The Format field in the third column bf the PCO encapsulation table hold, for each PCO T 
information about the format of the actual PCO data. This can either be a format known to 

20 the content management system, thereby allowing it to interpret, and act pn those data 
(display, edit, etc), or it can be an unknown format, in which case the system will rely on 
other software installed on the workstation to act on the PCO data. 

The PCO data field may either directly store a "lump 1 ' of data (in database terminology 
25 referred to as LOB (Large Object) or BLOB (Binary Large Object)) representing the actual 
PCO data itself, as illMstratecl for assignment ID 001 and ID 004 or, alternatively, as 
illustrated for assignment ID 002 and ID 003, pipe the system access to the rf l^vaht 
external storage address, In this case //PhotoArchi ve/ID1 23 {to designate storage in 
another database system) and //serveri /dirl /af ile.xyz (to designate storage in a network 
30 server file). 

It will be understood that in most embodiments, a number of additional fields is further 
required in the PCO encapsulation table in order to store other relevant Information about 
each PCO. 
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DETAILED DESCRIPTION OF EMBODIMENTS 

In the following, various specific embodiments of the invention are discussed in greater 
detail, ft will be understood, and will be realised by the person skilled in the art, that the 
5 invention is not limited to this embodiment, and that the Individual features of the content ! 
management system described herein could be implemented in many! l||f pys and I 1 
combined with the above--described features. 

■ Technofbgy 

10 A content management computer system according to a preferred embodiment of the 
present invention is based on an open architecture running in a dient/server environment 
This architecture reduces the load on a RCO database and guarantees a quick response 
' time for the end users or opera tors v 

15 The core of the system is an Oracle SQL database running on high availability AIX or 
UNIX servers with mfrrpred disks. The database may comprise ail PCOs and associated 
metadata grouped into a, typically, very large number of assignments as well as various 
: adhiihisMtive informaiion. ; :: 

220 Client workstations are preferably personal computers (PCs) running operating systems 
such as Windows Nt, Windows 95, Windows 98, Linux, etc. From a client workstation the 
user can access ail relevant applications (i.e. a single footprint environment), it is 
presently preferred that the client workstations are using Windows NT mm operating 
system, which provides the users with access to a variety of standard desktop 

25 applications such as e-mail, web browser, calendars, eta 

All hardware and software utilised in the system are operating according to respective 
industry de facto standards, such as UNIX servers from IBM and Sun Microsystems, 
Oracle SQL database, and Windows NT PCs. 

30 

Software modules implementing the present content management system are, preferably, 
written in C and C++, and have graphical user interfaces based on industry standards 
such as Windows NT, thus as much as possible relying on intuitive and familiar Windows 
concepts and user interface elements. 
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The system comprises a number of software modules each implementing a specific 
fijnction or functions present pment managemertt system. The functions and 
fe^ by tlies0 software modutes are explained and describe! jr): the following 

paragraphs, : 

Describing the PCOs with metadata 

Metad^ti ire defined :a| "data about the lata*, rather than the data itself, |hey are 
preferably implemented a$ additional database fields on PCOs used to document 
describe and categorise these objects so as to allow easier browsing, tracking, searching 

10 and retrieval of the stored contents, Examples of impbrtirit metadata fields are: Slug, 

: ; Edit^ pthor, Abs^acp^anking. 

Categories and Keywords. : : 

in the present database system, metadata are the very key to managing and sharing 
15 publishing contents in the form of PCOs or content objects. Metadata an* essentially the 
trapping" around sub^tahtially each content object that allows users to evaluate what is 
"inside the package" (ie, the content object or body), without having to actually open, 
study and "digest" that content body. Besides, allowing content objects to be described for 
purposes of planning, organising, tracking: and retrieval within the content management 
20 system, metadata are also crucial in promoting the publishing contents broaidly through 
syndication and wire arid even to end users - and hence one of the most important 
means for increasing the 

: What's Irt aH assignment 

25 Pr^fembly^ an assignment Comprises briSdr several PCO& lfhd a number of different 
metadata fields, such as fields related to: 

• Slii& 0^ caps; f Ws to 
constantly when the story is discussed among editors, bfetvteen diiti^l^ jreporter 
and at news meetings. 

30 * Originating assignment editor. By default the logged in user creating thi 

assignment, but editable, in case an assignment is entered from someone else's 
workstation or on someone else's behalf. 

* Originating newsroom, desk and sub-desk. These fields are preferably filled out 
automatically based on Originating assignment editor, but may still be editable, in 

35 case one editor temporarily steps in for another or is managing several desks. 
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• Type. The type of copy under this assignment: Text, Photo, Graphic, EPS, Radio 
broadcast, Video clip, etc. Default based on Originating assignment editor <or 
pdssibly his/her:des^) K . . : 

• Abstract. Short description of story (but longer than :2S5 characters!). The abstract is 
j 5 updated as th$ story develops. 

• Kejrvvords. Comma-separated keywords categorising the assignment This can be; II 
used for subsequent sorting and grouping of assignments. Keyword fields tend to be ■■ 
ignored by users, but can be very powerful if used consistently. 

• :;Agth;pr. The user (reporter, photographer, graphjc$ IrtNt, etc) which is the primary 
10 author on this assignment (but not usually the one who enters the assignment, as that 

is done by the assignment editor). Any number of users can edit an assignment over 
the course of its existence, and their names will be recorded in the Modification Log, 
hyt this field r^ords to whom it is currently assigned. 

• Budgeted 

15 cpirrins for a paper. In minutes and seconds for a broadcast, in characters (or 
whatever) for an online product. 

• Deadline. In case the deadline for this specific assignment is different from the 
general deadlines defined for the product. 

• Target product The product for which this assignment is intended: and which also 
20 defines which budgets can be selected for the assignment. Default based on 

Gngirtating as^rtmeht editor (or possibly his/her desk), ■ 

• Budget *M sub-budget. The budget (and optionally sub-budget) on which to put this 
assignment A budget usualfy (but not always) reflects a section of the product. If a 
publications date/time is specified, only budgets defined to run on that date can be 

25 selected, ^ ■ 

• Publication date/time. The date and optionally the ; time of the publication (or 
broadcast), for which this story is intended. If a Budget has already been selected, 
only dates/times when this budget is defined to run can be selected. This field can be 
left blank for assignments that still do hot have a firm publication data Also, it can be 

30 set to Always, which means the assignment is targeted for publication every time its 
budget runs. 

• Zones. If a budget is defined as zoned, the assignment can be put specifically on (or 
off) individual zones of that budget This will allow zoned versions of the story to be 
stored under the same assignment. If no zone is specified, the story will go 

35 unchanged in all zones of that budget. 
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Edition* An assignment can be targeted for a specific edition (if the editor knows it vyitl 
not be ready by earlier edition deadlines). This way, it will onty be included in budgets 
for that edition and later editions. If separate Zones are specified, Edition can 
optionally be specified for each individual zone. 

Ranking, Determines how prominent a position the assignment shqyldi have. Possibff 
rankings coufd be; A1 V A2, Section front, Inside section, Filter, Keep, Kept and 
Discard, but the fist of rankings is configurable. Assignment editors suggest rankings, 
but stories can be promoted or demoted during the day. This field can of course also 
be used to group and sort stories based on ranking. If separate Zones are specified, 
Ranking can be specified for each individual zone, 

Aiteriiate Budget and sub-budget An optional and purely informational field to 
record another bu^9# (ahd optionally sub-budget) for this assignment, in case it does 
: not g£t played: in its preferred budget 

Candidate for. A list of the other products, for which this assignment is a candidate; 
This can be used by assignment editors to tell fellow editors in other newsrooms tp 
consider this assignment. Of course they can still use the assignment regardless of 
this field - it is only a means for assignment editors to "pitch" their best stories for 
broader distribution. 

State, Built-in and user-defined states. In particular, it keeps track of the underlying 
content - i.e. whether the assignment is only a planned one, is actually assigned to 
someone, is currently being edited, or released for publication. Various actions can be 
triggered when an assignment reaches a certain state. 
Visibility scope. Levels of visibility scope - i.e. who should be able to see this 
assigrirrient Current levels are: Me only, My desk only, This newsroqm only, Al! 
newsrooms, but of course these levels can be configured. Default should be: AM 
newsrooms, but that too is of course configurable. 

Access scope. Levels of access scope - i.e. whp shpujd be able to u$e th^ contents 
of this assignment. Current levels are the same as for: Visibility scope and the default 
is for Access scope to be the same as: Visibility scope. 

Defer external access until. This field allows simple criteria-based embargoes to be 
enforced on assignments by deferring access to their contents until either a specific 
date/time or a specific State has been reached or a combination of the two (such as 
*12 hours after Release State has been reached"). This field only limits access from 
outside the Origination newsroom and only applies if these newsrooms are within the 
assignment's Visibility and Access scope. 
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User-defined database fields are also allowed to be defined according to the present 
embodiment of the invention, such as: 

• Must run today - or the story will be irrelevant. 

• Questionable - if the story still needs verification or may not be ready before 
5 deadline. 

• Notes/ Any notes from the assignment editor or reporter about the assignment, its 
placement, any potential risks in running this story, anything. This is different from the 
abstract, which only describes the story itself. 

• Modification Log^ A sort of dynamic notes field where each entry is stamped with 
10 date/ time and user name. When editors and reporters edit an assignment, they tiari 

add comments here on what they were doing and why. Machine generated texts 
prdyide simple log entries whereveif possible. 

In addition to these fields, the attributes or fields of the underlying PCOs also apply to the 
15 assignment, this is advantageous since users then do not have to deal directly with the 
PCOs, as described later. Other fields may also be included to support other already 
existing media as well as future electronic media. All this cross-media, multi-candidate, 
budget-assisting functionality requires a large number metadata fields to be filled out. 
However; it does pay back in terms of savings when updating budgets and organising 
20 one's contents. It is of course important that the present system supports an Extremely 
easy way to enter and maintain assignments. According to the invention, this has been 
achieved by means of default field values and auto fill-outs (based on other fields), 
requiring only a minimal number of keystrokes for the bulk of assignments (except forth© 
abstract, of course). 

25 : ■' :m m ^ • ••■• : ^ :iv ' ::: ' :: ■ > ^■■^m-m^ ^ 

The Assignment Pool 

Preferably, all assignments are stored in one great, big assighmeht pool Covering all 
newsrooms, products and desks. By filtering oh: Origination newsroom, desk and sub- 
desk fields or Target Product, Publication date/time, Budget, Zone and Candidate for 
30 fields, editors in different newsrooms and at different desks see only what they want to 
see (and are allowed to see). 
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Managing metadata fie ids : 

The present content management system allows any number of metadata fields to be 
added on content objects. All standard field types (text, integer, float, yes/no, date/time 
etc) are supported as well as certain specialised fields. 

5 [\' : 0^^^ \MMv \ = = : 

Adding, changing and removing metadata fields 

The exact metadata fields required may change as new products are added or 
discontinued, new processes included or other changes in workflow occur. Hence the 
actions of adding, changing and removing standard types of metadata Ifefds are 
10 sufficiently easy to be performed by system administrators without having to consult wrth 
the sup|ort deparlm^ presen^appiicant, 

; Indexing metadata fields • 

While some metadata fields are used only for informational display purposes, other fields 
15 are used heavily for sorting and filtering, and some also for word-based full text searches 
among tens (or even hundreds) of thousands of content objects. In order to ensure 
acceptable? performance on these operations, system administrators may Jefine whether 
individual metadata fields are indexed (for fast filtering and sorting), and if fields are 
included in full text indexes (for full text searching). 

Special metadata field functionality 

Most metadata fields are Standard field types and require hp specialised functionality. 
Their purpose is simply to *pe there" to document the contents and for efficient filtering, 
sorting, parching and tracking. A few fields, however, require special functionality: 

25 

Slug fields 

Slugs are descriptive names of PCOs. As such they are no different from any other text 
field, except there are certain requirements on their uniqueness. Specifically, no two 
content objects of the same type can have the same slug in order to avoid confusion 
30 when stories are discussed among users and at news meetings. However, content 
objects of different types can have the same slug. Also, content objects originating from 
different newsrooms are, preferably, allowed to have the same slug. 
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Long, fbnttatted text fields 

The present system provides text fields longer than the commonly utilised 255 characters 
for certain purposes such as Abstracts (brief descriptions of content objects, allowing 
users: tp-g^t an over^Ji Understanding of ;a:$tory without living to read;th||u| of \i) 

1 5 and Assignment Instructions (detailed instructions to reporters, photographers and M 
graphics artists). These fields provides simple formatting {line breaks, boid and italic). It is 
also possible to edit them iri Word i&g||$p as well 

as in a text field on an entry form or in a Mosaic window. It should also be possible to 
display them in Mosaic windows for read-only purposes, requiring a separate mouse click 

10 or keystroke to lock them for editing. These fields will be indexed for full-text searches, . 
however they will not be used for sorting and filtering. 

: Keyword fields 

Keyword fields contain one; or several keywords describing the subjects of content 
1 5 objects. They are presented as a string of comma (or semicolon) separated words on 
entry forms and in list windows. Ideally, keyword fields can either be filled but by typing 
the keywords directly (separated by commas or semicolons) or by selecting them from a 
list of pre-defined keyword^ The system can be configured to disallow the use of 
keywords not contained in the pre-defined - list. Full-text search for content objects with 
20 specific keywords is required. Fast filtering and sorting on keywords is also required. If 
content objects contain multiple keywords, they will be displayed multiple times in list 
windows that include the keyword field. Note that this is a field type and several such 
fields can exist on content objects. For example, one could have a field named Category 
where experienced librarians enter keywords from a pre-defined list as well as a general 
25 field named Keywords where reporters and editors themselves enter any words they feol 
describe the content object. 

Modification log fields 

Modification log fields help keep track of changes made to content objects- They are 
30 basically note fields, except that note entries are automatically appended whenever 
someone edits the content object. The User ID and a time stamp are recorded together 
with a machine generated text describing the editing action (e.g. "created object*, "edited 
content" etc). The user can modify this text with a more meaningful description of what 
changes were made and why. This is not the same as Audit Trail, which tracks database 
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actions for administrative and statistical purposes. This field stays with the content object 
and documents how it has developed over the course of its existence.: : 

. Access fields . 

5 These fields describe on the level of individual content objects which users inside and : 
outside the organisation can access contents » and when! such access is allowed. These 
fields require little client side functionality, but of course they affect the backend database! 
that enforces the access restrictions. 

1 0 Product Link fields ■ ■ . 

Product link fields comprise the links that include a content object in a publishing product. 
Exactly which fields make up a complete link depends on the type of product. These fields 
require no special client side functionality, but of course their setting will affect the 
products involved. From a content management perspective, the most important use of 

15 Product link fields is for ^budgeting" contents for each product. . 

Entering and editing metadata: 

Metadata fields are entered and edited either through entry forms or directly In list 
windows. Maintaining a content management system like- this requires an unfortunate 
20 abundance of fields. Yet, entering and editing these fields is extremely easy and user 
friendly.. Specifically: , .. .. 

Rich, customisabie entry forms 

A rich forms environment is required, allowing forms with familiar Windows user interface 
25 elements like button bars, status bars, custom menus and tab panels as well as familiar 
control types fike combo-boxes, list boxes and option groups. The desrgri environment Is 
sufficiently solid and intuitive that system administrators are capable of designing these 
forms without having to consult with the present applicant. All fields that c?an be included 
in list windows can also be displayed in entry forms. Most of these fields can be edited 
30 directly in the form, but needless to say, others are "display only" and can only be edited 
by actions or implicit database commands. 

Different entry forms for different content types and states 

It is possible to design different forms for different types of content and for different states 
35 of a given type. For example, photos have fields pertaining specifically to photo requests 
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and photo assignments (Le. the task of sending a photographer someplace to shoot a 
series of photos). The entry form for this will be different from the form used to describe 
photos once they are stored in the system (even though both forms deal with photo : 
objects), and of cburp l |pth will be different from the entry form used to enter metadata 
: : 5 on text objects. 

Default Values ' ; : 

It is possible to define default field values based on the logged in user. That includes all of 
the Origination fields and Access fields and most of the other fields. These default values 
10 can be defined by system administrators without having to consult with the present 
applicant, and may be used whenever new objects are entered. 

: Automatic look-up values 

Wherever possible! field values that can be derived from other field values already 
15 entered are filled in atiiomatically. Of course users cart bverride these values, but 
preferably they shouldn't have to in most cases. Like default values, the rules for th£$e 
look-ups can be defined by system administrators withbut having to bbhstilt with the 
present applicant, : ■ 

20 Combo-boxes with a u to-complete : '• 

Most fields contain values from pre-defined lists (lists of desks /lists of ^oducts, lists of 
zones, etc). Combo-boxes with "auto-completion" allow users to either select an object 
from a drop-down list or have the system pick a matching object based oh the first few 

Keep form open 

It is possible for users to browse through content objects in the enti^ form without having 
to open and close the form repeatedly. This includes actions in the forrrt to move to the 
previous or the next object in the list window from which the form was opened, or to 
30 simply click another object in that list window (while the form is still open) and have that 
object displayed in the form. 
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Buttons and keyboard shortcuts for all related commands 

When a cohtent object is open in a form, there is buttons on the form to easily invoke all 
actions relating to that object. Examples are Edit Content (to open the content in Word, 
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PhotoShop etc), Assign to Author (to save the object and send it to the User Basket 
specified in the Author field), Request photo (to link a photo or photo request to the s 
A^ : mwm mm* keyboard shortcuts for .ajJx^f^these actions, 



. 5 Editing fields in list windows , 

Having to always open an entry form in order to edit metadata can be cumbersome, and 
the ability to edit fields directly in list windows is a highly prioritised requirement as well. 
Like entry forms, the design; of such list windows is simple enough that it can be 
performed by system administrators without having to consult with the present applicant. 
10 Most of the control types available in entry forms (combo-boxes, drop-down list boxes, 
checkboxes etc) can also be used in list windows. Similarly, defauft values (as previously 
described) and auto look-up rules (as previously described) can be defined for fields in list 
windows. 

15 Browsing content objects and their metadata 

Content objects are stored in one great big database pool, accessible by all users in all 
cooperating newsrooms {given proper access permissions, of course). By means of 
filtering, lasers see only the objects they heed and want to see at a given time, and they 
can search for objects using the metadata fields. Any metadata field can be included as a 
20 column in list windows, and customised views can be defined for all types and groups of 
users and adjusted by these users themselves. 

Viewing and editing Abstracts and other long text fields in list windows 
Because of the importance Abstract fields when perusing lists of stories, users need some 
25 means of displaying and editing those fields inside list windows without having to open a 
form. Of course this requirement also applies to other long text fields that might be used, 
such as Assignment Instructions, 
There exist two options: 

• To display abstracts for all objects in a list window as a variable number of full-width 
30 lines below a normal DBA-row of attribute fields. This resembles the layout of 

traditional budget files and allow the fastest browsing of many stories. Which attribute 
fields to include in the row above the abstract is defined within the list window 
presentation as usual. 

• To display abstracts in a separate part of the list window similar to the Mosaic window. 
35 This requires users to select a story in order to read its abstract, which is somewhat 
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less efficient, but preferable in some cases because it retains the consistent one-line 
structure of lists. : : 

5 tn order to assist users when browsing thousands and thousands of content objects, it is 
possible for system administrators to define icons and colours for different combinations ; 
of cohtent types and other field values; Specifically, icon columns can be added to list ; 
windows, mapping field values to icons (e.g, to Identify content types) anci rules can be ' 
defined for mapping combinations of fields values to different colours. 

Dynamically updateabfe list windows 

Dynamic updates of list windows as hundreds {conceivably thousands) of users in 
different newsrooms are entering new content objects arid updating metadata will become 
far, far more important in this environment, and be used by most if not all users. 
15 Performance is of course an issue here and will have to be addressed, whether by use of 
broadcasting, consolidation of multiple updates or other techniques. 

Locking metadata and content body independently 

It is quite possible and perfectly valid for two different users to update the metadata and 
20 the content body of an object simultaneously. E.g. if an assignment editor updates the 
Abstract and other fields of a story to prepare ft for an upcoming news meeting while the 
reporter is writing on the story itself. Hence, the two are locked independently. 

Automatic and "assisted" metadata generation 
25 The importance of rich and appropriate metadata can not be emphasised too much. Yet 
fiitthg out the many metadata fields should not be a nuisance to users - ai contradiction if 
there ever was one! Any metadata fields are whenever possible derived or generated 
automatically. Examples of this are: 

• Generating "synthetic" default abstracts based on existing text content. 
30 • Extracting default keywords based on text content. 

• Suggesting relationships with other content objects. 

Advanced algorithms for these tasks are constantly devised and refined by other 
database sectors such as those of digital libraries and data warehousing, 
Oiher techniq ues are: 
35 * Gradually entering field values as required steps in the workflow. 
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• Duplicating field values from closely related content objects e.g. from the* main story to 
• a sidebar, ■ 

overridden in most cfgf^s the alt^ir^gMe will often be no values at M ; : ; 

5 ' • , • .^^§m\^ = : 

\ ■ ■ Exporting metadata 
In order to promote editorial content as broadly as possible, the content management ; 
system has the ability to export metadata separately (i.e. without content bodies) into 
user-defined file formats/This exportation can either be on an individual: basis or 
1 0 (commonly) based on automation ruJes^ 

Metadata for all types of content 

The present content management system is used as the administrative repository for all 
conceivable types of contents, including contents not directly supported by associated or 

1 5 integrated production systems, whose content bodies may be held entirely outside the 
present database. For such products any contents, the content management system 
stores metadata and pointers to the actual contents (say, record ID or tape ID and index 
position), thereby allowing all content rttiriagernerit (e.g. tracking, searching, assignment 
management, editorial budgeting) to take place in the same environment for all publishing 

20 products and media. 

Organising content objects by relating them to each other 

When users in several newsrooms, working on several products, begin to share 
thousands of content objects every day, they need ways of communicating to each other 
25 when content objects are related somehow. The content management system must 
Include features to record and view such relationships. 

Grouping on shared field values 

Views in list windows can be set up to group content objects based on f i^ld yaftiSf . 

30 Whenever several content objects share the same value in a grouped field, they will be 
grouped together and collapsed under a group heading. For example, grouping on the 
Desk field will display a group heading for each Desk, and collapse all content objects 
under their respective Desk headings. By expanding the header for, say, the Foreign 
desk, all Foreign stories will become visible under that header f while stories from other 

35 desks remain collapsed under their respective group headings. This makes it possible for 
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users to browse a huge number of objects without being overwhelmed or scrolling 
endlessly. 

In effect, grouping on a field value is simply sorting on that field combined with the ability 
: : 5 to selective hide and unhide objects with the same value in the sort field. A special case; 
here is grouping on Keywords, which will create group headings for each keyword and \ ] : ; 
display all content object 

Content objects with more than one keyword will appear several times in the list window; 
under each of their keyword headings. 

Grou ping content objects into Projects and Sub-projects 
To support multiple stories covering a single news event ~ possibly across several 
products and newsrooms --' content objects can be grouped together as projects and 
browsed hierarchically: the user can then expand the project to list the objects belonging 
15 to it. Project relationships are easy to establish and maintain (say, with drag & drop to add 
objects to a project). Each object can belong to any number of projects. If an object 
belongs to more than drie project, it will be displayed several times in the same list 
window, under each of the project headings to which it belongs. 

20 Sub-projects 

Projects c&h be nested inside each other (}.e. as sub^projects), thereby allowing logical 
ways of organising contents for large news events. 

Inheritable metadata fields on projects 

25 In order to include content objects in a project, the project has to be created and given a 
name. Also, other fields can be added to projects, further describing their purpose or any 
other information pertaining to them. Content objects belonging to a project can include 
these "project metadata fields" in entry forms and list windows. Another project 
requirement is the ability to define default metadata field values for new content objects 

30 added to that project, these defaults will override other defaults defined for individual 
users. Typical applications of this would be to include default keywords on all content 
objects created as part of a project or, to put those objects on a specific budget instead of 
the default budget for that user. 
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Grouping content objects with Associations 

Tbeme^ meet all the requirements 

in a content management environment Specifically, the former relies on existing field 
values, and the latter requires projects to be created as Separate entities. Other, less rigid: 
relationships are required as well. We need to associate content objects with each for the 
sole purpose of creating topical relationships, even between objects that are not 
necessarily packaged into the same physical article. For the remainder of this document 
we shall refer to such relationships as Associations, because they associate content 
objects with each other for a number of different purposes, such as: 

• Associating stories with photos or graphics 

Assignment editors and reporters need to link existing photos or graphics to a story or 
create requests for photos or graphics to be created. In either case, the resulting 
photd(s) or graphic(s) should be associated with the story. Such associations can be 
used to later form articles in print or online products. 

• Associating related stories 

Otherwise unrelated stories (say, that do not already b^lpng to the same project) can 
be associated if they touch on the same subject, cover different aspects of a story, 
quote the same people - or for whatever other reason editors and reporters see fit 
Such associations may - or may not - cause the stories to be packaged when they are 
published, or they may be used to generate hyperlinks in online products. 
» Associating wires with stories 

When a wire is used in a story, an association is created, allowing users looking at the 
story to see which wire was used and, even more importantly, allowing users looking at 
wires tb see in which story a wired has been used If multiple wires are used in a single 
story (such as for digests) they all belong to the same association. 

Basic Association requirements 

These requirements are best addressed by allowing content objects to be members of 
one or several "families" or, as we shall call them, Associations of related objects. 
Associations could be considered ad hoc projects, because they do not have visible 
names and they are created on the fly whenever objects are associated with each other, 

The most basic properties of associations are: 
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• the ability to easily create and update relationships between two or more content 
objects. 

• The ability from any content object to easily display all related objects. 

' • The ability for each content object to participate in any number of associations. : . 

5 ; ; . ' . ' ; : [ \ . \. 

Creating and updating Associations 

Associations can be created by selecting two or more content objects and invoking a 
Create Association command. Additional objects can be added to the association simply 
by dragging and dropping them on any content object already included in that association. 

:■: 1Q ; vm'^W-- 

; Viewing associatip m ■ : ; 

When content objects are displayed in fist windows, it is preferred to display their 
associated objects either hierarchically or in a separate Associations sub-window (similar 
to the Mosaic window). When content objects are displayed in entry forms, it is preferred 

15 to display their associated objects in a separate Associations sub-window within the form. 
In list windows, associated objects can be dis played under each of their "associates*. In 
other words: if three objects are associated, selecting either of them will show the other 
two - either by expanding a hierarchically indented list or in the Associations window. In 
cases where associated objects themselves are associated with yet other objects (le. 

20 participate in another association), an association tree is formed and can be viewed either 
hierarchically indented or in a separate list window. 

Association categories 

Because there are a number of different reasons why content objects might be 
25 associated, users need a way to describe for each content object how or why it belongs to 
an association. This is addressed by adding an extra field to describe the Association 
category of each content object belonging to the association. Whenever a content object 
is added to an association, an Association category is recorded as well, if an object is a 
member of several different associations (because it is related to several otherwise 
30 unrelated objects), an Association category is recorded for each membership. 

The present embodiment of the content management system supports the following 
Association categories: 
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. • Mainijstpry 

Signifies that this object is the main story of the association. The association may 

• Article element 

: r 5 Signifies that this object will be part of an article in a specific product comprising the 
main story as weil as all article element objects within the association. 

• Sidebar \ 

Signifies that this object wilt be published close to the main article, but is not part of the 
article itself. It might very well be an article element rn another association, In case the 
10 sidebar is itself an article comprising several elements. 

• Same topic 

Signifies that this object primarily covers the same topic as the main story, but is not 
(necessarily) to be published in the same article - or even in the same product 

* Touches on topic 

15 Signifies that this object touches on the same topic as the main story, but that it is not 

- the: main topic of this object. 
,, • Same people 

Signifies that this pty^ rnentions or qy^s Jthe sarne,j^pple as the rpafn s^qry, 

20 There is no functionality as such attached to the various categories - they exist only for 
irifbrmattoal purposes. However, it is absolutely possible to use these categories to 
perform certain actions (ike automatic creation of proditct specific packaging. 

Association categories ordered by "tightness" 

25 The present system also provides the possibility of defining a "tightness Order" for 
Association categories so that content objects can be sorted by how tightly they are 
associated. The list of categories is: 

Main story 
30 Article element 
Sidebar 
Same topic 
Touches on topic 
Same people 

35 
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This way, objects that belong in the same article would be listed closer to the main story 
than objects that are only topically related. 

Creating articles and links from associated content objects J 

5 If Associations are used consistently, content objects will be related to each other in . 
associations before articles are created. As a powerful aid for layout editors, it is possible : 
to pick objects in list windows and create an article from thern. Often it wilt be the top-most 
objects within an association since they are the most tlptiy associated,: and hence the 
most likely candidates for an article. But in addition to this aid in creating packages 
1 0 manually, it should also be possible to automatically generate articles and hyperlinks 
based on their "association tightness" (i.e. the Association category). Particularly for 
online products, this is an extremely simple and powerful way to maihtaih links between 
stories. Maintaining simple hyperlinks from one story M another can b@ ^highly 
complioated and cumbersome task and is greatly simplified by the use of associations. 

ts : s - ■■ ■ 

Associating externa! objects with contents 

Associating content objects with each other is fine, often, ptheFi^P^Mtibh go into the 
research and creation of a story, such as World Wide Web pages, spreadsheet or 
database files, references to old stories or links to contacts and sources in a GroupWare 

20 system. The possibilities of storing such external content objects in the database and 
associating them with stories or projects is one major advantage of the present content 
management system^ Accordingly, such objects may be fibred ahd thus included in 
associations and projects as transparently as native content objects, this concept is 
referred to as the "Bucket concept", where each assignment becomes a bucket into which 

25 ail related objects are thrown for later retrieval. 

Browsing related contents 

Needless to say, the whole idea of recording various relationships between content 
objects is to allow such relationships to be viewed later, when browsing: these objects. In 
30 present content management system provides several possible ways of viewing these 
relationships: 
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Hierarchical, collapsible/expandable outline vfews in list windows 

Hierarchical, Windows-style, collapsible/expandable outline views can be used to display 

relationships between objects. Whenever an object in a list window has other objects 
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: related to it, it can be expanded, thereby revealing those jretetecf objects ^indented line? , 
below the original object If those objects again have other objects related to; them, they 

5 Displaying related objects: in a second list window 

When a content object is selected in a list window, a second list window can be opened to 
display the entire hierarchy of objects that are related to it. This feature has the benefit of ; 
displaying objects that are higher up in the hierarchy than the "root" level of the original list 

; window. 

10 

; Easily identifying cor^nl objects with relationships 

To save users from haying to click or expand a content object in order to see if it has any 
related objects, an icon or other form of identification is required telling users which 
content objects have relationships. 

15 

Assignments: Managing planned-only contents 

Content objects often start their life long before any piece of the actual content is created. 
First, as entries in calendars of news events {the Sports desk, for example, maintains a 
list of games to cover). Later, metadata fields will be filled out and the task of creating the 

20 content may be assigned to a reporter, photographer, graphics artist or an entire team. 
Hence the term assignment For lack of a better term, and in line with common newsroom 
jargon, we provide the following definition of an assignment: An assignment is a 
description of a piece of Copy (story, photo, graphic, video or other) and the data 
representing the piece of copy, whether that copy is only planned, is actually delegated to 

25 someone for creation/editing, or is already available as content The present system is 
able to create and manage assignments in the form of empty content objects as 
^ placeholders for metadata. 

Dedicated assignment fields 

30 As the term implies, assignments are used (among other things) to describe and manage 
the delegation of content creation to individual reporters, photographers, graphics artists 
or entire teams. To facilitate this, additional fields can be added, depending on the type of 
the content For example, photo assignments may include a number of fields such as: 
Location, Contacts, Appointments, Focus and Reporter there? These will all be ordinary 

35 metadata fields that do not have any special functionality built into them; They may exist 
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on all photo objects, but are only included in presentations and forms for some users; (the 
Photo Editor, for example). 

Entering and editing assignments. . I 

5 The content management system makes no distinction between assignments (i.e. "empty 
content objects") and any other content objects. Thus assignments can be entered and : 
edited using the same metadata entry form as is used to maintain metadata oh content 
objects in general. However, for some types of PCOs it may be desirable with dedicated 
assignment entry forms displaying only assignment-specific fields, such as those 
10 mentioned above for photo assignments, and possibly excluding other fields that only 
become relevant later as the assignment matures into "real" content. Thus it is possible to 
define which forms to use, not just based on content type, but also based £h the value of 
the State field describing the "maturity" of an assignment. 



15 "I ntelligent" detection of ^similar" assignments 

A very common problem even for a "stand-alone" newsroom, is that Of different users 
initiating stories for the same or a largely overlapping news event. This issue is severely 
exacerbated once several disparate newsrooms start creating contents in a shared 
environment, and accordingly also addressed in the present content management system. 

20 In broad terms, when new assignment^ ar^ entered, their abstracts and keywords may be 
matched against objects already in the assignment pool, looking for apparently similar 
objects. By presenting the user with a iist of matching objects, he or she can determine if 
this story is already being covered (in which case maybe the assignment should be 
discarded all together) or if the matching objects are simply related (in which case 

25 relationships can be formed)- or maybe there is no real overlap, in which case the user 
can simple proceed with the new assignment. Of course such methods will hot be able to 
determine with absolute precision if two abstracts describe the same story, and the result 
of these searches will only be suggested to the user for further evaluation - not for the 
system to single-handedly force relationships or take other actions. 

30 

Multiple content objects under a single assignment 

Some assignments generate several content objects that all refer to the same original 
assignment. The best example of this might be photo assignments where photographers 
bring in several photos from the scene. Such content objects can be brought into the 
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database and linked to, the. original assignment Also, the metadata field values of the : 
original assignment can either be copied or inherited by the individual photos. 

Using assignments as calendar entries (pre-asaignments) 
5 Assignments can be entered weeks, months or even years before the; content creation 
actually starts. These "pre-assignments- can replace the news event calendars 
maintained by most desks, with the benefit of being the very same objects that mature 
into actual assignments and later into real content objects. Through the remainder of this 
document "pre-assignmeht" is defined as "using metadata fields of content objects to 
10 describe future news events to be covered". P re-assignments can be distinguished from 
other assignments (and other content objects in general) either by the value of their State 
field or by a separate field tagging them as pre-assignments. The followjng features assist 
the use of the content management systern for managing pre-assignrnents: 

15 Dedicated pre-assignment fields 

It might be useful to create fields that are dedicated to describing pre-assignments. This 
includes (but is not limited to): 
. : • The date/time and duration of the event, : 

• Description of the event (other fields such as Abstract could be used, but would then 
20 b^ pprwritten later when an actual abstract is entereci). 

• information about contg^pfr^on^ ?tthe event : • 

• Date/time to be reminded notiffeati^n ^ 
. users in advance of the event. . 

25 Dedicated pre-assignment list windows 

Dedicated views in list windows, filtering to display onty:^ including the 

above mentioned pre-assignment fields, will form an effective tool for maintaining large 
lists of news events to be covered. Needless to say, such presentations can be limited to 
desks. 



Dedicated pre-assignment entry forms 

To save users from having to deal with all the other metadata fields, a dedicated entry 
form can be created, containing only those fields pertaining to pre-assrgnments. Together 
with the dedicated list windows, such a form could completely eliminate any visual 
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indication that pre-assignments are really ''immature" assignments which again are 
immature content object 

Assignments for all;ty;p$;; of content 
5 The preiSnt content management system allows assignments for all conceivable types of 
content to be created, maintained, routed; tracked and managed. This is not limited to 
content types known and supported by production systems delivered by the present : 
applicant, but also includes other media and content types - even if the physical content 
bodies are stored somewhere else (in other databases, on tape, etc). For such products 
i 0 and contents, the present System holds the metadata and pointers to the actual contents 
(say, record ID or tape ID and index position), thereby allowing assignments to be 
managed in the same environment for ali products and media. The purpose here is to use 
content management systerh as the central administrative repository for ail contents, 
regardless of the media type. 

15 

: Editorial Budgeting \ *^^>F- 
Editorial Budgeting refers to features that assist the editorial filtering and selection 
process that determines which contents to publish in a given product, as well as where 
and how those contents are played in that product. (Note: filtering and selection here 
20 refers tb the human task performed by editors when they decide which contents to publish 
- not to bie confused with filtering and selecting database objects on a computer screen). 
Budgeting is mally the ^ 

planning tasks that deal with configuration and layout of a product. However, budgeting 
does not itself attempt to be space or layout planning. 
25 _ ■ « 

How budgets are used today • 

A budget is simply a list of stories (or other coments) us^d by editorial stdff to keep track 
of available contents, it includes select metadata fields, such as Slug, Abstract, Reporter, 
Editor and various abbreviations or symbols indicating if there is a photo or graphic vyith 
30 the story, if it is a front page candidate etc. Today, most North American newspapers use 
simple text files In their editorial system to store budgets, with established conventions for 
the layout of each entry. Most newspapers maintain a number of budgets for different 
purposes. Specifically: 

* Desk Budgets: Each assignment editor maintains budgets of stories from his or her 
35 desk. We call these Desk budgets, although they are also sometimes referred to as 
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Origination Budgets. Often, separate budgets are maintained for "current" and 
"upconiiilg" stories; ) -f^ 
m Uayout Budgets: The news desk usually maintains budgets of stories for each day's 
: , paper a week or two ahead. We call these Layout Budgets, Often, they are divided into 
5 budgets for sections, section fronts, zones and online products. A particularly important 
budget is A1 , listing those stories that are front page candidates. 
Stories often start in desk budgets, arid are later copied to layout budgets when their 
assignment editors choose to submit them for tomorrow's (or some other day's) paper 
Thus, the same stories; usually appear in their originating desk budget as Vvell as a layout 
10 budget;;;;::;;;;:;; 

The fact that a story is on a layout budget does not guarantee that it will make it in 
tomorrow's paper - only that it is among the stories to be considered for the paper. 
These budgets - and particularly the layout budget for tomorrow's paper - are the subject 
15 of scrutiny at news meetings during the day, where it is determined which stories to 
publish on Ai and section fronts - and, indeed, which stories to publish at all 

Budgeting • 

The ability of the present content management system to add rich metadata to content 
20 objects combined with the browsing features of list windows, form a very strong 

environment for editorial budgeting. Once the metadata tftat comprise budget entries are 
recorded as fields on the actual content objects, the need to maintain budgets as text files 
is completely eliminated. Instead, budgets are simply a matter of filtering for content 
objects with specific field values, in particular, the concept of Desk budgets is completely 
25 replaced by filtering in list windows for contents from a specific desk and, optionally, a 
given date interval Hence, there is no such thing as a desk budget in this environment, 
and the remainder of this section is primarily concerned with layout budgets. 



Layout budgets are a tool for selecting and filtering contents to be included in a specific 
30 issue and edition of a product, and for determining how and where to play those contents. 
Layout budgets form a topical partitioning of the product by dividing it into logical units - 
which may or may not reflect physical sections - and designating a budget name to each 
such unit. By associating a story with a specific budget, it is submitted for approximate 
positioning within the product, even though its exact position and layout - or indeed, 
35 whether it will be played at all - has not yet been determined. That is the essence of 
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editorial budgeting in the present content management system, and the remainder of this 
section describes the requirements to the functions and features of the budgeting 
mechanism. 

5 Using the Budget field of Product links 

In ;t||||ient manage§|§^ in a publishing prpd^cbl|| 

by me4h^ of Product link fields specifying details such : g& Product, Pubfid^tidn date, Zone, 
Edition, Page, Shape and other product specific information. Each set of product link 
fields comprises a link into one product: Several such links (i.e. several sets of Product 
10 link fields) can link a content object into several products/The exact fields will vary with 
the type of product ■ 

M Product link fields do not have to be filled out initially, and only when enough fields (for 
some products maybe all fields) are filled out will the content object actually find its way 
15 into that product. . . 

A cdhtent object is submitted for publishing in a product by creating a Product link with the 
Product, Publication date/time and Budget fields filled out, thereby effectively putting the 
object on that specific budget of that specific product. By various combinations of filters 
20 and grouping, a number of budget presentations can be achieved in list windows and 
budget printouts. 

The fact that a content object is included on a budget does not automatically include it in 
the product. It merely includes it in list windows and printouts filtering for that budget. Only 
25 when ail the Product link fields of the link are filled out, is the content object physicaHy 
included in the product on a specific page, with a specific shape etc. 

Adding contents to and removing contents from budgets 

When budgets are maintained as text files, and an entry is simply added to or removed 
30 from that file as lines of text, it makes perfect sense to talk about "putting a story on a 
budget* and "taking it off the budget". But in this content management environment, such 
wording may seem confusing at first, and indeed, it would be more correct technically to 
talk about "adding a budget to a content object" because the name of the budget is 
recorded with the content object, and the budget itself exists only to the extent that any 
35 content objects refer to that budget name. 
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Yet, the net effect is still a budget in the form of a list of stories, which can be perused in 
list windows or printed out and taken to a news meeting. Therefore, the concepts of 
"adding to" and "removing from*' budgets are maintained with the following definitions; 
5 • Adding a content ofyecito a budget means creating a Product link for that object and 

recording a valid budget name in the Budget field, thereby causing the object to be 

included whenever that budget is displayed or printed. 
• Removing a content object from a budget means any action that undoes the above, 

such las recording anther budget name in the Budget field, clearing the field or 
10 deleting the Product fink all together. 

So, regardless of its technical implementation, stories are stiff "put on" and -taken off 
budgets. These actiori£ ;#re ;^bcomptfeh^d in one of two^ays: 

By filling out Product link fields on entry forms 

15 Reporters and assignment editors are able to fill out Product Jink fields directly on entry 
forms - preferably the same metadata entry form used to enter and edit Other metadata 
fields. This includes the Budget field as well as other Product link fields such as Product, 
Publication date/time. Zone, Edition, Shape and Page. By Entering, modifying or clearing 
the Budget field in this form, content objects can be added to, moved between or removed 

20 from budgets. Needless to say, the values entered are checked; against a list of valid 
budget names. 

By dragging content objects to budget drop targets 

It is possible to drag content objects to a window listing all budget names By dropping the 
25 object on a specie budget name, It is put on that budget. The list of budget names in the 
drop target window should dynamically reflect the list of valid budget names, 

Additional budgeting fields on Product links 

in addition to the Budget field itself, it is possible to add other budgeting related fields to 
30 the Product links. Such fields are used to further describe details of how contents are 
played in each specific product. Examples of such fields include: 
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Ranking 

Ranking is used to suggest how prominently a story should be played. It contains one of 
an enumerated list of values, describing increasing levels of prominence. A possible list of 
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ranking values might be Ay, A2, Section front, Inside section and Filler jm field could 
supplement a Default ranking or Priority field on the actual content obj^t, Scribing the 
story's overall importance independently of the products in which it is included, 

5 Suspend (or Approved) 

Susi|||||;a Yes/N6 ;fi||used to tem|i|rily take a i;d|||i;object pi||||p, while 111 
. retaining the information that topically, it belongs on that budget. By changing the 
Suspend field back to No, the story is immediately back on the budget. By filtering for 
suspended stories, assignment editors can easily see which of their stories did not make it 
1 0 in today's paper and determine if the stories should be submitted again for tomorrow 
(simply by changing the Suspend field); 

Alternatively, an Appmved tmldi could be used with the opposite function, requiring ail 
stories to be specifically approved before they actually appear on budgets. Either 
15 approach has merits, and which one to use really depends on preferred newsroom 
policies. 

Sub-budget 

if budgets need to be sub-divided into sub-budgets for more granular budgeting, an 
20 ' ' additional Sub-budget field can be added' : 

State 

Additional, product-specific State fields will be a comhion ibdl in managing rioh-iinear 
workflow for multiple ^^ucts. 
25 ; ' " % j \ 

These are only examples of dedicated budget fields. The requirement here is the ability to 
add any such fields on Product links. 

Adding, changing and removing additional budgeting fields 
30 The action of adding, changing and removing additional budgeting fields to Product links 
is easy enough so that it can be performed by super users without having to consult with 
the system supplier. 
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. : Budget!}? finitions : :: 

Before a budget can be used (i.e. before a name can be; entered in Budget fields), its 
name and other information about the budget must be established by means of a Budg0 
definition. Budget Definitions describe thegeneral characteristics of a particular budget 
5 and; prevent content: objects from "disappearing" from budgets due to mistyped budget : .= 
names or mismatching information, in addition; to the budget; name, Budget Definitions ; 
should contain other infofifiation about; Budget, s;U6§|§§; I ;;; 

Budget sort order : ; : 

10 Alphabetical order is hot necessarily the preferred order of discussing budgets at news 
meetings, so some means of determining the sort order of budgets are required. 

\ List ofy|lfd Sub-budget names 

This will allow the budget to be sub-divided into smaller sections, thereby reducing the 
15 number of individual budgets to be maintained. This list also determines the sort order in 

which these sub-budgets are included in printouts and list windows. 

Publication date/time pattern 

It is possible to define when a given budget runs (e.g. what dates, weekdays or times that 
20 section is published), in order to prevent illegal combinations of budget n^mes and 
Publication date/times from being entered. This may generate actual budget objects (or 
B instartpe^} with their own date/time, allowing other ihfohiiatidn, to be recorded for a 
specific? tJMdget (instance), such as: 

25 Newshole 

Available newshole for this budget on that specific Publication date/time, this can be 
compared against Copy size totals. 

Budget Lock Status 

30 To prevent changes from being made to budgets. 

Do keep in mind that Budget definitions do not comprise the actual budgets. Rather, they 
exist mainly in order for assignments to have a budget name to refer to. 
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Printing budgets 

Of course budgets need to be printed out as well, not just for taking to news meetings but 
also for individual use by newsroom staff. There are some specific requirements when 
printing out budgets: . 

PrmM^Bhe or aH buripts in one c^rHand 

Users need the ability to; print individual budgets for a given date of a given product as 
well as all budgets fdrthat product -without having to first open a list window and select a 
filter; ' 

Grouping and sorting options . 

Budget printouts have fairly intricate requirements on how .entries are grouped and sorted. 
Just as |h example, the format mostly used for news meetings, would print entries with 
top Rahkihg (like A 1 ) flj^t r ¥egardless of budget, followed by all remaining entries grouped 
15 by budget and sorted by Ranking. In other words, there is great flexibility in determining 
the grouping and sorting options for budget printouts. The sort order for budgets is 
established in the Budget Definitions. 

Format of budgets entries 

20 We want to achieve a budget printout that resembles the way current budgets look. Often 
this means Stag, Budgeted size, Author, Zones and various custom fields and flags {e.g. 
Musi run arid Questionable) printed on the first line, followed by the full text of the abstract 
on subsequent lines, it is also necessary to be able tb mark; if there are any photos or 
graphics linked to a story. In other words, there is great flexibility in formatting the entries 

25 of budget printouts. 

Ability to easily customise the printout format 

Because requirements on how budget printouts should be formatted are bound to vary, 
super users need to be able to define these printouts with fairly easy to use reporting 
30 tools, without having to consult with the system supplier. 

Copy size totals 

As a simple aid to assist space management it is possible to total copy sizes of all 
content objects on a budget, the total Budgeted size of all content objects as well as 
35 Measured size for those objects that have reached a certain State. These totals can then 
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be compared to the Newshole recorded for the budget. This feature is available on-screen 
as weii as in budget printouts. This is by no means intended as a full-fledged space 
• • mmmammrt feature byt ^s we have the: Budgeted -j^^^^b^is^^^ fields ^ert 
a^rwayv it is advantages; to find the to?!^. ; 

: ji: ; ;lii5jii ; ;: i;iSSS i.-: ; ;=-;=;;S=f ; : - ; i ? f 

Locking and Executing Budgets 

At some point a budget for tomorrow's paper (or any other product) will have only those 
content objects on it that are actually going to make it All other objects will have been 
weeded out - either because they were taken off the budget ail together, or because their 

10 Suspend fields were set to Yes (or their Approved fields are set to No, depending on the 
chosen lodel). In othel ^ords, the buHgpt is not just a |ti|get anymom|f ut a real list of 
stories for tomorrow's paper - or more accurately: for the section of tomorrow's paper 
covered by that budget. At this point we- need the ability to perform various global actions, 
acting on all content objects on the budget as well as the Budget Definition itself. As an 

15 exa rnpte, typical acttans might be: 

Rolling suspended content objects over to next day or next edition 
Those content objects that have their Suspend field set to Yes (or their Approved field set 
to No) are moved to next day's or next edition's budget Next morning, their assignment 
20 editors can easily filter for them and determine if they should be re-submitted (simply bsy 
: changing the Suspend field). 

Articles or online links created from Associations 

Articles can be created for associated content objects On the same budget (unless they 
25 already belong to an article). Similarly, links in online products could be created 
autornati^ 

Locking Budget 

The budget can be locked, preventing other than authorised users ~ typically on the news 
30 desk - from changing content objects on the budget or from adding new objects to the 
budget. 
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Other customised actions 

Any other global actions to be performed on all content objects on the budget. 



Again, these are only examples of such actions. The requirement here is to allow global 
actions to be performed on all objects on the budget, 

Budgeting for zoned |r^diicts ; ; 
5 Because Product links are created for each product or zone that Includes a content object, 
it is possible to budget the object differently in each product or zone. ; \ 

Budgeting for all types of products and zones 

The content management system must allow budgeting for all conceivable types of 
10 content and for all kinds of products. This is not limited to content types khdwh and 
supported by existing production systems, but also includes other media and content 
types - even if the physical content bodies are stored sohiewHere else \ (in other 
databases, on tape, etc). For such products and contents, the content management 
system holds the metadata and pointers to the actual contents (say, record ID or tape ID 
15 and index position), thereby allowing budgeting in the same environment for a// products 
and media. The purpose here is to use the system as the central administrative repository 
for all contents and product, regardless of which production system is used. 

Managing access to content objects 
20 Because the content management system will serve as central repository for contents 
from several newsrooms and for several products, possi&ly allowing external access from 
a number of participating partners, it is possible to control access to individual content 
objepts by means of access rules. 

25 Access control on a content object level 

Ordinary database rules for access control based on groups of users and classes or pools 
of contents are simply not sufficiently flexible or granular for the kind of broad use for 
which the content Management system is intended. Although access to most objects will 
be governed by general newsroom policies, there will always be objects that need 
30 different access control for some reason or other. Therefore, access needs to be 
controlled on the level of individual content objects, rather than by locations within the 
database or other global information. 
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Access Scope expnssf p^as concer^i^ circles of timers , 

Contents wilt; be accessed not just by users within the same newsroom, or within the 

or even within the same argginisation, but also by various Internal users 
such as those from wire services or different publishers buying contents from each other- 
5 or even Internet users accessing the archive. Therefore, we need a better approach for 
expressing access l ^c:bp^1; than just a list of User IDs. One ideal solution would allow \ ; 
access scope to be defined in terms of concentric circles of users such as Me only. My 
desk only, This newsroom only, All ourn$xmroorn$, All partners, Everyone. This would 
allow finely grained control on individual User IDs for the inner circies and broader control 
10 for the outer circles. 

Access fields 

Access heeds to be managed not just in ferrhs of "who can access an object" and "who 
can nof v but also in terms of "how much can they access it" and "when*. The required 
15 access control can be expressed in terms of the following Access fields. 

Visibility scope 

VVhp can see th and its metadata - but not its content body? Default for 

nevv assignments might be /^//our nei^rooms r allowing all newsrooms within the 
20 organisation to see what the other newsrooms are working on. When a content object is 
released, Visibility scope could be increased to Everyone, promoting the story as broadly 
as possible without actually allowing it to be used. 

Usage scope 

25 Who can tise this content object's body? Usage scope miiit always promote* Visibility 
scope 

assignments might be All our newsrooms, allowing all newsrooms within the organrsation 
to open and use the content body even as it is still being created. However, unlike 
Visibility scope, Usage scope of released stones might never be increased beyond All our 
30 newsrooms or AH partners, thus requiring external users to order stories individually. 

Defer external usage until 

When can external users actually use this content object's body? This field allows criteria- 
based embargoes to be enforced on content objects by deferring the selected Usage 
35 scope until either 
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• a specific date/time, Br . 

• a specific State has been reached, or 

• a .combination of the two {such as "12 hours after Release State has been reached") 
This field postpones usage of the content body by users outside a specified scope (e.g. 

5 outside This newsroom only or Ait our newsrooms). 

' : Exc^ptiprt rights ; ; 

Even with this type of granularity, embargoes on some content objects simply require their 
use to be negotiated separately. In such cases, Exception rights can be flagged, 
10 completely prohibiting use of the content body by users outside a specified sbope (e.g. 
outside this newsroom only or All our newsrooms), and a text message ("Call this number 
for details") to be added for all prospective: buyers to see, 

' Pre-defined access- riites 
15 Needless to say, Access fields will not be set explicitly for each and every content object, 
it is possible for system administrators to set defaults for Access fields based on Type, 
Desk, State and other field values. 

Tracking external use of contents 

20 The fact that some external user can access and use a content object doesn't mean that 
he should not pay for it! the content management system needs ways of tracking which 
users actually ordered individual content objects and the ^biiity to collect and export that 
information for administrative and biifing purposes. 

25 Automating actions 

Smaller and larger adjiistiTiehts in workflow as a result of changed or added products and 
reorganising of newsroom staff, will all be much more common events in a content 
focused publishing environment compared to a "traditional" newspaper. The content 
management system needs to automate as many tasks as possible while still allowing for 

30 such changes. These requirements can be boiled down to the need for a general 

mechanism for automating various actions. Of course NewsDesk already allows actions to 
be triggered at certain events. What is needed in the content management system is to 
expand this model and add a user interface. 



35 



WO 01/13287 



56 



.i^. DefSiitrig automation rules and acli^ri|;; 

Whenever a content object is entered, modified or deleted, it is checked against a series 
of rules that may trigger actons on the content object. Needless to say these rules and 
; : : actions sHould run on; th^| database server, ' 
: ; 5 ■ Examples, of such rulesand actions are: : 

• Send a notification message to a user or group of users whenever a content object with 
■ c^HIIh N^ords In iti al^tr^ct is enterelP;-:: ;i |ii •• 1 1 } 

• Route all graphics objects to these baskets when they reach a certain State (or hit 
some other combination of field values); 

10 • Convert the content body of this particular photo request into GIF and export it to this 
file system directory as soon as it enters the database (i.e. content body is not empty) 
- regardless of its state (say, because it needs Web-specific editing and we don't want 
to wait for toning and stuff to be completed). 
These are not the requirements themselves but merely examples of such rules and 

1 5 actions that might be used, 

Each automation rule is much like a list window filter, allowing tests for any Boolean 
combination of metadata field values. Whenever a content object is entered; modified or 
deleted; Its Metadata fields 
20 are met, each rule can trigger an action. It is absolutely possible for several rules to 

match, in #hich case they ail should fire/ Also, each rule can trigger an entire sjequenoe of 
actions. 

Supported automation actions 

25 The content management System should include a number of standard actions. Examples 
of such standard actions might be A/o^ Rdtrf^ G&nvsti a^ other 
actions can be written by CCI or by trained super users. 

User interface 

30 The user interface is sufficiently simple and intuitive that any reasonably trained user - not 
just super users - can define rules and select actions to run (among the supplied standard 
actions or any actions written by super users). The user interface should allow for 
metadata field values to be passed to the actions as parameters. 
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Permissions and timeouts ; 

Because improperly defined automation rules or poorly written actions can potentially 
wreak havoc with contents of tie up large amounts of server resources, it is possible to 
restrict user permissions; to this feature, Jim includes the ability to define who can use ■ 
5 each individual actions as well as who can set up ruies at alt, Aiso, to prevent infinite 
recursion from draining database power, we need some way of killing actions after they 
have run for a specified amount of time. We also allow super users to limit the 
number of simultaneous rules each user can establish. 

10 Expiration of rules: • 

Often, rules are defined ad hoc to address a specific need while covering a certain news 
event \A/e can count on users to forget to clear those rules by the end of the day, thus 
causing them to run forever. Hence all rules should have ah expiration date & time. 
Default for this expiratidh can be set by super users but overridden by users - probably 

15 still limited to some maximum, so that only super users can set non-expiring rules. 
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. '^Ar^ coiip&iftg: : 

data storage means, data retrieval means and data processing means, 
5 a database system adapted to store publishing content objects and 

; ; : meta<iai|P i l 

■-. : ihumber of WbrNistitions, ■ 

means to support users to perform at least all of the following management tasks 
from 6iie of the workstations or several of the workstations in co-operation : 

10 

• creating metadata and archiving the metadata in the database system, 

• planning of the creation of a PCO to be associated with metadata defined in the 
content management system, 

: ' • creating PCOs, 
15 • archivSrig P^ 

• searching and retrieving PCOs from the database system, 

• associating metadata defined in the content management system with a PCO defined 
in the content man^rrieht systenri, 

• budgeting metadata defined in the content management system by associating the 
20 metadata with one of a plurality of layout budgets being defined within the content 

management system, each layout budget having a target: publishing product 
associated therewith, 

• grading metadata defined In the content managemen^ sy one out 
of at least two grad 

25 management system, ,. ,.. 

wherein the content management system further comprises means for executing a layout 
budget by performing a selection of a subset of the metadata on the layout budget and the 
PCOs associated therewith for publication of the PCOs in the target publishing product 
30 associated with the budget, the selection being dependent on the grading of the 
metadata. 

2. A content management system according to claim 1 , wherein the means for grading 
metadata comprises means for ranking metadata defined in the content management 
35 system by associating one out of a plurality of ranks with the metadata, the ranks being 
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pm£&$m<i in the content management system, the selection performed by the execution 
of a layout budget being dependent on : the rank of the metadata on the given layout 
budget :i: 

5 3. A content management system according to claim % wherein the mutual hierarchical 
relation of the ranks is predefined in the content management system, the selection 
performed by the execution of a layout budget being dependent on the rank of the 
metadata on the given layout budget as well as on the hierarchical relation of the ranks; 

10 4. A content management system according to any of claims 1-3, wherein the means for 
grading metadata comprises means for approving metadata defined in the content 
management system by switching an approvement state of the metadata between 
'approved 1 and 'not approved', the selection performed by execution df a layout budget 
being dependent on the approvement state of the metadata on the given layout budget. 

15 

5. A content management system according to any of claims 1-4, comprising means for 
associating a size with each PCO, the size being indicative of the spatial or temporal 
extent of the PCO when appearing in a target publishing product the selection performed 
by the execution of a layout budget being dependent on the size of the PCOs associated 

20 with thi metadata on this layout budget ^s well as a predefined maximum total size of the 
layout budget in question; ; 1 

6. A c&hteni management s according to any of claims 1-5, wherein the means for 
executing a layout budget comprises means for associating at least some of the metadata 

25 on the budget which are not selected with another layout budget for a publishing 
product. 

7. A content management system according to claim 6, wherein each layout budget has a 
publication time associated therewith indicating the publication time and/or date of the 

30 target publishing product of the layout budget, the means for executing a layout budget 
comprises means for associating at least some of the metadata on the budget which are 
not selected with another layout budget for a target publishing product having a later 
publication time than the layout budget being executed 
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8. A content management system according to claim 6 or 7, wherein the means for 
executing a layout budget comprises means for applying an indication to the metadata 
that have been associated with another layout budget by the means for executing the 

: layout budget. 

9. A (i|jil||it manage^|ii;|^stem according to any of the preceding claims,, wherein at 
least one workstation user is provided with consolidated access to the database system 
with transparent access to and management of all PCOs in the database system in 
connection with any of the above management tasks irrespective of the storage location 

10 of any particular PCQ ^r/- 

10. A content management system according to claim 9, wherein the database system 
comprises several different databases arid the consolidated access to the database 
system is provided through a single Graphical User Interface irrespective of the storage 

15 location of any particular PCO. 

11. A content management system according to claim 10, wherein the several different 
databases of the database system are physically or geographically disparate. 

20 12. A content management system according to claim 10 or 11, wherein each database of 
the several different databases comprises a searchable index file of the metadata 
associated with the PGOs stored in that tfetabase, 

13. A content management system according to claim 12, wherein each database of the 
25 several different databases is adapted tb ^tbre PCOs and metadata associated therewith 

for a particular enterprise or a branch of the enterprise and wherein the searchable index 
files are replicated Into respective synchronised enterprise index flies, 

the synchronised enterprise index files supporting the consolidated access to the stored 
30 PCOs in the database system- 

14. A content management system according to any of the preceding claims, further 
comprising means to support users from at least one workstation to perform the 
management task of tracking the status of PCOs. 
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15. A content management system according to any of the preceding claims, further 
comprising means to support users tq p^prm from at least one workstation the 
management task of associating metadata defined in the content management system 
with \ pm df a pJurality;||^sk budgets ^lirtg defined mm the content ||nagement ; 

; . 5 system;:: \ I ;: 

16. A content management system according to any of the preceding claims, further 
comprising means to; support users from at least one workstation to perform the 
management task of organising PCOs into groupings. 

WMM ^W^^ 

17. A content management system according to claim 16, wherein the rhfans for 
organising PCOs into groupings comprises 

means for defining projects in the content management system, each project 
having a unique identifier defined, ' : 
15 means for including a PCO ih a project by adding the unique identifier of the 

project to a specified field in metadata associated with the PCO, and 

#ieans for filtering metadata stored in the database system and presenting an 
output # Metadata and/br PCOs associated therewith /which metadata in sard specified 
field comprise a given unique identifier of a given project defined within the content 
20 mahaglhieht systehiF ' 

18. A content management system according to claim 17, further comprising 

means to support users from at least one workstation to perform the management 
task of including metadata in a project by adding the unique identifier of the : project to a 
25 specified field in said metadata, ahd " 

meMns for filtering m et adata stored in the database system and presenting an 
output of metadata, which metadata in said specified field comprise a given unique 
identifier of a given project defined within the content management system. 

30 19. A content manatgement system according to any of claims 16-18, wherein the means 
for organising PCOs into groupings comprises 

means for defining associations in the content management system, each 
association having a data list comprising unique identifiers of the metadata of the PCOs 
comprised within the association, 
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means for including a PCO in an association by adding a unique identifier of the 
metadata associated with the given PCOio the list of the given association, and 

: v- • means for presenting an output of metadata and/or PCOs associated therewith, 
which metadata are included in a given : association defined within the content 
5 management system, 

20. A content management system according to claim 1 9, wherein the; hl|Sh£ for 
organising PCOs into groupings comprises 

means for including metadata in an association by adding a unique identifier of the 
10 metadata to the list of the given association, and 

means for presenting an output df metadata, which metadata are included in a 
given association defined within the content manage 

21. A content management system according to any of the preceding claims, wherein the 
15 database system comprises means for generating and storing assignment metadata and 

for associating the assignment metadata with one or several related PCO(s) to thereby 
create an assignment, 

the assignment being a logical entity which can be stored and managed in the database 
20 system by a workstation ti^er. : ■' 

22. A content management system according to claim 21, wherein the means for 
generating the assignment metadata are adapted to generate at leasta p&it of the 
assignment metadata through inheritance Sf the metadata associated with the one or 

25 several related PGO(s). 

23. A content management system according to claims 21 or 22, wherein the means for 
creating the assignment Support the creation of the ai^ or 
not the one or several related PCO(s) has/have yet bfceii created or stored ih the 

30 database system. 

24. A content management system according to claim 21 , wherein the assignment 
metadata at least contain information relating to: 

35 * a description of the assignment 
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• ah ifigihatfon of th^ issignmeht 

• a type of the assignment 

• a status of the assignment 

• at least one target publishing product of the assignment, 

s ; :':/:[ \ l mim\ ^ MillHill ^ 

, : ahd^ 

25. A content management system according to claim 24, wherein the assignment 
metadata containing: information relating to the description of the assignment comprise at 

10 least one of the following types of Information: 

• a slug 

• keywords describing the assignment 

• an abstract of the assignment 
15 • notes about the assignment 

• a modification log of the assignment. 

26. A content manag^m^nt system according to any of csMjrns 21 -25, vypfeiri : 
the assignment metadata containing information relating to the origination of the 

20 assignment comprise at least one of the following types of information: 

• an originating newsroom of the assignment 

• an originating desk pf the assignment 

• an assignment editor of the assignment 
25 • an author of the assignment 

27. A content management system according to claim 26, wherein the data base system 
is adapted to filter those assignment metadata which comprise information relating to the 
origination of the assignment for a specific type of information and to tiisptey a result of 

30 the filtering on a workstation screen, 
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thereby providing the content management system with a mechanism that supports 
display of any type of desk budget to any editor through appropriate selection of the 
specific type of information on which to filter the stored assignments on* 
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28. A content management system according to claim 27, wherein the; specific type of: 
information is the information relating to the originating: Msk of the PCO; 

thereby enabling any editor to select and display any specific Desk budget of the stored 
:: - \ 5 : assignments. : 

29. A content management system according to any of claims 24-28, wherein the 
assignment metadata containing information relatingto the at least one target publishing 
product comprise at least one of the following product links: 

• an edition of the at least one target publishing product 

• a logical or physical storage address in a computer sy|tem of the at least one target 
: ■ publishing product 

• a zone of the at least one target publishing product 

15 • a physical section placement in the at least one target publishing product ; 

• a physical page placement in the target publishing product 

• a publication date and/or time of the at least one target publishing product 

• a deadline for at least one target publishing product^^^ ; 
\ . . * a layout budget of the assignment •: 

20 • budgeted size of the Assignment 

• a ranking of the assignment 

30. A content management system according to claim 29 t wherein the datebsse system is 
adapted to filter the product links for a specific type of procl^dt (inks and to display a result 

25 of the filtering on a workstation screen, 

thereby providing the content management system with a mechanism that supports 
display of any type of layout budget to any editor by appropriate filtering of the product 
links, 

30 

31. A content management system according to claim 29 or 30 wherein the database 
system is adapted to store a plurality of product iinks and further adapted to automatically 
add an assignment to a layout budget of the at least one target publishing product by 
recording valid information into a predetermined number of product links of the plurality of 

35 product links. 
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32. A content management system according to claim 31, wherein the information in a 
name product link of the predetermined number of product links constitutes, a valid name 
; of the layout budget, and [ 

Us ■::;!";■■;:. ; [ :: ' [ \ \ ' ' h; 

the database system being adapted to remove the assignment from the named layout i 
budget if a different layout budget name is entered into the name product Jink or if the 
name product link is cleared. 

10 33. A content management system according to claim 31 or 32, wherein an assignment is 
automatically added to a (i^dut budget of a printed target publishing product by recording 
• valid information into a first predetermined number of product links and; • 

further added to a layout budget of an electronic target publishing product by recording 
15 valid information into a second predetermined number of product links. 

34. A content management system according to any of claims 24-33, wherein the 
assignment metadata furthermore contain information relating to assignment 
management, the assignment management information comprising at feast one of the 

20 following types of information: 

• an address and/or name of a geographical location of a news event related to the 
: as$ignrnerit 

• idenyty: of persoris employed by a news publisher that are supposed to attend the 
25 news event 

• start time and date and/or end time and date and/or duration of the news event 

• ■contacts at the news event . * 

• appointments at the news event 

• links to research information or interviews related to the assignment 

30 • intellectual property rights to a PGO or PCOs associated with the assignment, 

35. A content management system according to any of claims 21-34, wherein the 
assignment metadata are adapted to contain at least one of the following types of 
information relating to access control; 
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♦ rules Concerning who is allowed access to any data revealing the existence of an , , 
^ ^ assignment 

♦ rules concerning who is allowed accessto the assignment 

♦ rpiiiMing to w^|| ;artd/or under iwftfch conditidnl:l#|y$s as under the two abo# 
5 : bullets can be obtained;: i 



36. A content management system according to any 6f the preceding claims/ wherein the 
metadata associated with the PCOs are stored by a plurality of database fields, 

10 so thatstjbstantfally each PCO stored in the database spigm has a nunifeir of associated 
; met^dmifiilcls that sMIitie metadatilfi the PCO • : ' 

37. A content managehneht System adcoirdihg to any of claims 21-36, wherein the 
metadata associated with the assignments are stored by a plurality of dlil^se fields, 

15 

substahtiatly each assignment having a number of associated assignment metadata fields 
that stores the metadata of the assignment 

38. A content management system according to any of claims 21-37, wherein the 
% database system comprises means ehablirijg a system administrator to define one or 

several additional assignment metadata fields or to define one or several additional PCO 
metadata fields, ' 

thereby allowing customised information to be added fo^e assign metadata 
25 of Vm database system/ 

39. A c#ntefttmarrag^ according to claim 38, wherein substantially all 
assignment metadata fields are definable by a system administrator. 

30 40, A content management system according to any of claims 21-39, wherein at least 
some of the types of assignments stored In the database system are associated with 
particular icons, 

thereby allowing a user to identify the type of an assignment by a visual appearance of its 
35 icon on a workstation screen. 



41 . A content management system according to any of claims 21-40:, wherein the 
assignment metadata containing information related to the status of the; assignments 



and/or: metadata cqritairiing information related to the status 


of the PCOs are logged - 


5 during a workflow of a news media production. 






















42. H patent managef>|nt system iacqordlng to ctemM } wherein ttie;<^ systeni is 



adapted to store and apply workflow automation rates to the logged assignment metadata; 
containing information related to the statys of the assignments and/or the metadata 
10 containing information related to the 4f t# of the publishing content objets. 

43. A content management system according to claim 42 t wherein the workflow 
autqin^ion rules are used for: 

15 - triggering workflow events or ad hoc booked events when an assignment, or a PCO 
associated with the assignment, reaches a certain status, and/or 

- generating deadlines when aft assignment, or a PCO associated with the assignment, 
reaches a certain StMis* and/or : . .' 

- checking the plausibility of the correctness of assignment metadata or data pertaining 
20 | to an a PCO, and/qr 

- enst&ing restoration of the status of an assignment or a PCO associated with the 
assignment. 

44. A content management system according to claim 43, wherein the triggering of the 
25 workflow events or the ad hoc booked events generates a notification message to one or 

several workstation users in accordant with the stored automation rules. 

45. A content management system according to claim 43, wherein the triggering of the 
workflow events or the ad hoc booked events initiates a routing of the assignment, or a 

30 publishing content object associated with the assignment, between workstation users. 

46. A content management system according to any of claims 42-45, wherein the 
workflow automation rules comprises automation rules that are related to a particular type 
of assignments or a particular type of publishing content objects. 

35 
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47. A content management system according to any pf ||| preceding claims, wherein the 
publishing content objects comprise contents of types used in news media: selected from 
• : the growp;^ ,v- : 

5 daily or weekly newspapers, magazines* TV and radio stations, Internet sites and other ; 
electronic news media. - ; 

43. A content managemeht system according to any of the preceding claims, in which 
production of media output incorporating the PCOs Is enabled by a production system 
10 integrated with the database system 

49, A content management system according to claim 48, wherein at least a part of the 
metadata of the database system is accessible by the production system: 

15 50. A content management system according to claim 48 or 49, wherein the database 
system is adapted to store at least some production data generated by the production 
system in the content management database system as metadata. 



51, A content management system according to any of the preceding claims, further 
20 comprising means to support users from at least one workstation to perform the 

management task of filtering metadata stored in the database system and present an 
output ^ m^d^ and/or PGOs associated therewith; which metadata each in a given 
set of data fields, the set comprising at least one data field, comprise a given set of data. 
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